WO2022011574A1 - 数据传输方法、发送设备及接收设备 - Google Patents

数据传输方法、发送设备及接收设备 Download PDF

Info

Publication number
WO2022011574A1
WO2022011574A1 PCT/CN2020/101973 CN2020101973W WO2022011574A1 WO 2022011574 A1 WO2022011574 A1 WO 2022011574A1 CN 2020101973 W CN2020101973 W CN 2020101973W WO 2022011574 A1 WO2022011574 A1 WO 2022011574A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
frame
sending
transmission mode
sequence
Prior art date
Application number
PCT/CN2020/101973
Other languages
English (en)
French (fr)
Inventor
欧阳晓宇
吴更石
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to EP20945176.4A priority Critical patent/EP4184829A4/en
Priority to CN202080099739.6A priority patent/CN115380487A/zh
Priority to PCT/CN2020/101973 priority patent/WO2022011574A1/zh
Publication of WO2022011574A1 publication Critical patent/WO2022011574A1/zh
Priority to US18/154,544 priority patent/US20230188270A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0041—Arrangements at the transmitter end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0045—Arrangements at the receiver end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/007—Unequal error protection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • H04L1/1845—Combining techniques, e.g. code combining

Definitions

  • the embodiments of the present application relate to the field of communication technologies, and in particular, to a data transmission method, a sending device, and a receiving device.
  • the embodiments of the present application provide a data transmission method, a sending device, and a receiving device, so as to realize high-quality transmission of media data, so as to ensure better user experience.
  • an embodiment of the present application provides a data transmission method, including: using a HARQ transmission mode to send important data of a media data frame to a receiving device; after the important data of the media data frame is successfully sent, using a non-HARQ transmission mode to The receiving device sends the non-critical data of the media data frame.
  • the important data refers to key information that can characterize the media stream
  • the non-important data is data other than the important data.
  • the important data of the media data frame includes the basic part in the media data frame and/or the coding parameters corresponding to the media data frame
  • the unimportant data of the media data frame includes the enhanced part in the media data frame.
  • the important data of the media data frame may include outline information of the image, character motion information, basic shape information of the image, etc.
  • the unimportant data of the media data frame may include image color data, image details, etc. It should be understood that, in an optional situation, the entire I frame in the media stream may be considered as important data.
  • the data of the media data frame is divided into important data and non-important data, and the non-important data is sent after the important data is successfully sent.
  • important data is sent first, and the successful transmission of important data can be guaranteed through HARQ transmission, thereby improving the quality of data transmission.
  • non-HARQ transmission is used for non-important data. For the HARQ transmission mode, the transmission overhead can be reduced.
  • the source end (such as the data link layer, etc.) of the sending device obtains the media data frame to be transmitted, determines the important data and non-important data in the media data frame, and sends the information to the sending device.
  • the channel end (such as the physical layer) sends a first data packet and a second data packet, the first data packet carries the first indication information and the important data, and the first indication information is used to indicate that the first data packet carries important data , the second data packet carries second indication information and the non-important data, and the second indication information is used to indicate that the second data packet carries non-important data.
  • the channel end of the sending device determines that the data to be transmitted is important data according to the first indication information, and determines that the data to be transmitted is non-important data according to the second indication information.
  • the first indication information and the second indication information may be carried in the data, for example, the data carrying the first indication information is important data, and the data carrying the second indication information is non-important data.
  • the source end (such as the data link layer, etc.) of the sending device obtains the media data frame to be transmitted, determines the important data in the media data frame, and sends the information to the channel end (such as the physical layer) to send a first data packet, where the first data packet carries first indication information and the important data, and the first indication information is used to indicate that the first data packet carries important data.
  • the source end of the sending device determines that the important data is successfully sent, it sends a second data packet to the channel end of the sending device, where the second data packet carries second indication information and the non-important data, and the second indication information is used to indicate the The second data packet carries non-important data, and then the channel end of the sending device sends the non-important data in the second data packet to the receiving device according to the second indication information.
  • the time occupied by sending the important data of the media data frame does not exceed the length of the first sending time window, and the length of the first sending time window is sending the important data of the media data frame and the media The maximum duration allowed for non-critical data of a data frame.
  • the sending time of each media data frame is limited by means of the sending time window.
  • Each media data frame is only sent within the sending time window.
  • the media data frame fails to be sent within the corresponding sending time window, the media data frame is discarded.
  • continue to transmit new media data frames in the next sending time window which can avoid the normal transmission of subsequent media data frames due to the failure of sending a certain media data frame, which helps to improve the smoothness of transmission.
  • the smoothness of playback on the display device can be improved to avoid prolonged freezes.
  • using the HARQ transmission mode to send the important data of the media data frame to the receiving device includes: using the HARQ transmission mode to send the important data of the media data frame within the first sending time window; After the important data of the media data frame is successfully sent, the non-HARQ transmission mode is used to send the unimportant data of the media data frame to the receiving device, including: after the important data of the media data frame is successfully sent, in the first sending time window The non-important data is sent within the remaining time period, and the remaining time period is the remaining time after the important data of the media data frame is successfully sent within the first sending time window.
  • the successful transmission of important data is prioritized, which can improve the quality and efficiency of data transmission.
  • the remaining duration of the first sending time window is not enough to send the unimportant data of the media data frame. Then stop sending the non-important data of the media data frame to the receiving device; wherein, the remaining duration is the remaining time after successfully sending the important data of the media data frame within the first sending time window.
  • the important data of the media data frame is not successfully sent within the first sending time window, stop sending the important data of the media data frame to the receiving device, and stop sending the important data of the media data frame to the receiving device.
  • the device sends the non-essential data of the media data frame.
  • important data refers to key information that can characterize a media stream
  • the non-HARQ transmission is a first transmission mode
  • the first transmission mode is a transmission mode without a retransmission mechanism.
  • non-important data Since non-important data is relatively unimportant, the requirement for transmission reliability is not particularly high. In the above solution, a transmission mode without retransmission mechanism is adopted for non-important data, which is beneficial to saving resource overhead.
  • the non-HARQ transmission is a second transmission mode
  • the second transmission mode has a retransmission mechanism
  • the forward error correction (FEC) encoded version data corresponding to the non-important data is retransmitted each time mode of transmission.
  • non-important data Since non-important data is relatively unimportant, the requirements for transmission reliability are not particularly high.
  • a retransmission mechanism is adopted for non-important data, and the corresponding FEC-coded version of the non-important data is retransmitted each time. transfer method.
  • the reliability of this transmission mode is higher than that of the above-mentioned transmission mode without retransmission mechanism, but lower than the reliability of the HARQ transmission mode corresponding to important data. Based on this scheme, transmission reliability is guaranteed and resource overhead is saved to a certain extent.
  • the maximum number of retransmissions corresponding to the second transmission mode is smaller than the maximum number of retransmissions corresponding to the HARQ transmission mode.
  • using the HARQ transmission mode to send the important data of the media data frame to the receiving device includes: using the HARQ transmission mode to send at least one first wireless radio corresponding to the important data of the media data frame to the receiving device frame, the at least one first radio frame carries a first sequence, and the first sequence is used to indicate that the at least one first radio frame is sent in a HARQ transmission mode; the media data frame is sent to the receiving device in a non-HARQ transmission mode
  • the non-important data including: using the non-HARQ transmission mode to send at least one second radio frame corresponding to the non-important data to the receiving device, the at least one second radio frame carrying a second sequence, the second sequence is used to indicate The at least one second radio frame is sent in a non-HARQ transmission manner; wherein the first sequence and the second sequence are different sequences.
  • the first sequence and the second sequence are opposite sequences.
  • the frame format of the first radio frame and the second radio frame is the same, and the frame format includes a long training field and a short training field; the long training field of the at least one first radio frame carries For the first sequence, the long training field of the second radio frame carries the second sequence; or, the short training field of the at least one first radio frame carries the first sequence, and the short training field of the second radio frame carries the first sequence Second sequence.
  • the existing frame format includes a long training field and a short training field.
  • the short training field is used for rough synchronization between the two communication parties
  • the long training field is used for the precise synchronization between the two communication parties.
  • both parties in the communication agree to carry the first sequence in the short training field of the existing frame format, and the sending device carries the first sequence in the short training field.
  • the receiving device can correctly parse and obtain the first sequence.
  • a sequence can be used to achieve rough synchronization between the sender and the receiver.
  • the above solution of the present application adds a second sequence, the second sequence is different from the first sequence, and optionally, the two are opposite sequences. Therefore, the sending device can carry the first sequence or the second sequence in the short training field, and when the receiving device can correctly parse the first sequence or obtain the second sequence, rough synchronization between the sender and the receiver can be achieved. At the same time, the receiving device can also determine which transmission mode the current radio frame is sent based on the first sequence or the second sequence: when the first sequence is correctly parsed, it indicates that the current radio frame is sent by the HARQ transmission mode.
  • Obtaining the second sequence indicates that the current radio frame is sent using a non-HARQ transmission mode (eg, a pre-agreed first transmission mode or a second transmission mode).
  • a non-HARQ transmission mode eg, a pre-agreed first transmission mode or a second transmission mode.
  • the frame format is non-HT format PPDU format, or HT mixed format.
  • using the HARQ transmission mode to send at least one first radio frame corresponding to the important data of the media data frame to the receiving device includes: storing multiple different redundant coded versions of the important data In the HARQ buffer, any redundant coded version is taken out from the HARQ buffer, carried in the first radio frame, and sent to the receiving device.
  • storing multiple different redundant encoding versions of the important data in the HARQ cache includes: performing turbo encoding on the important data to obtain multiple different redundant encoding versions of the important data, The plurality of different redundant coded versions are stored in the HARQ buffer.
  • Extracting any redundant encoding version from the HARQ buffer, carrying it in the first radio frame and sending it to the receiving device includes: taking out the first redundant encoding version of the multiple different redundant encoding versions from the HARQ buffer, The first redundant code version is carried in the first radio frame and sent to the receiving device; when a negative acknowledgement for the first radio frame is received from the receiving device, the multiple different redundant code versions are retrieved from the HARQ cache The second redundant encoding version is carried in another first radio frame and sent to the receiving device; when an acknowledgment response for the first radio frame is received from the receiving device or the maximum retransmission is reached times, stop sending the remaining redundant coded versions in the HARQ buffer to the receiving device.
  • an embodiment of the present application provides a data transmission method, including: receiving a radio frame from a sending device; if the radio frame carries a first sequence, decoding the radio frame by using a decoding mode corresponding to the HARQ transmission mode; If the radio frame carries a second sequence, the radio frame is decoded using a decoding mode corresponding to a non-HARQ transmission mode, and the second sequence is different from the first sequence.
  • HARQ transmission method can be used for important data
  • non-HARQ transmission method is used for non-important data, so as to ensure the successful transmission of important data, thereby improving the quality of data transmission
  • Non-important data is transmitted in a non-HARQ transmission mode, which can reduce transmission overhead compared with the HARQ transmission mode.
  • the implementation is relatively simple, and the existing frame format does not need to be changed, so the practicability of the solution can be improved.
  • the decoding mode corresponding to the HARQ transmission mode is Turbo decoding.
  • using a turbo decoding method to decode the radio frame specifically includes: when it is determined that the radio frame carries the initial transmission data corresponding to the first data, decoding the initial transmission data carried in the radio frame; When decoding fails, store the initially transmitted data in the HARQ buffer, where the HARQ buffer is used to store different redundant encoding versions corresponding to the first data received from the sending device and the decoding failed; when it is determined that the radio frame carries the first data For retransmission data corresponding to a piece of data, obtain different redundant coding versions corresponding to the first data from the HARQ buffer, and obtain the received retransmission data and different redundant coding versions corresponding to the first data obtained from the HARQ buffer. perform joint decoding.
  • the above-mentioned HARQ buffer is cleared.
  • the decoding mode corresponding to the non-HARQ transmission mode is FEC decoding.
  • the non-HARQ transmission is a first transmission mode
  • the first transmission mode is a transmission mode without a retransmission mechanism.
  • non-important data Since non-important data is relatively unimportant, the requirement for transmission reliability is not particularly high. In the above solution, a transmission mode without retransmission mechanism is adopted for non-important data, which is beneficial to saving resource overhead.
  • the non-HARQ transmission is a second transmission mode
  • the second transmission mode is a transmission mode that has a retransmission mechanism and retransmits the FEC coded version data corresponding to the non-important data each time.
  • non-important data Since non-important data is relatively unimportant, the requirements for transmission reliability are not particularly high.
  • a retransmission mechanism is adopted for non-important data, and the corresponding FEC-coded version of the non-important data is retransmitted each time. transfer method.
  • the reliability of this transmission mode is higher than that of the above-mentioned transmission mode without retransmission mechanism, but lower than the reliability of the HARQ transmission mode corresponding to important data. Based on this scheme, transmission reliability is guaranteed and resource overhead is saved to a certain extent.
  • the maximum number of retransmissions corresponding to the second transmission mode is smaller than the maximum number of retransmissions corresponding to the HARQ transmission mode.
  • the first sequence and the second sequence are opposite sequences.
  • the frame format of the radio frame includes a long training field and a short training field; the long training field of the radio frame carries the first sequence or carries the second sequence; or, the radio frame The short training field of , carries the first sequence, or carries the second sequence.
  • the existing frame format includes a long training field and a short training field.
  • the short training field is used for rough synchronization of both communication parties
  • the long training field is used for precise synchronization and preliminary channel estimation of both communication parties.
  • both parties in the communication agree to carry the first sequence in the short training field of the existing frame format, and the sending device carries the first sequence in the short training field.
  • the receiving device can correctly parse and obtain the first sequence.
  • a sequence can be used to achieve rough synchronization between the sender and the receiver.
  • the above solution of the present application adds a second sequence, the second sequence is different from the first sequence, and optionally, the two are opposite sequences. Therefore, the sending device can carry the first sequence or the second sequence in the short training field, and when the receiving device can correctly parse the first sequence or obtain the second sequence, rough synchronization between the sender and the receiver can be achieved. At the same time, the receiving device can also judge: when the first sequence is correctly parsed, it indicates that the current radio frame is sent by the HARQ transmission mode; the first transmission method or the second transmission method). In another example, when the long training field is used to implement the above-mentioned functions of synchronizing and indicating the transmission mode, its implementation principle is similar to that of the short training field, and details are not repeated here.
  • the frame format is non-HT format PPDU format, or HT mixed format.
  • the device sends the feedback information, and the first time-frequency resource is the time-frequency resource occupied by the radio frame to be sent to the sending device; or sends the feedback information to the sending device using the re-applied time-frequency resource.
  • the pre-scheduled time-frequency resource is preferentially used to send the feedback information for the radio frame to the sending device; if the pre-scheduled time-frequency resource is unavailable, the first time-frequency resource is preferentially used The resource sends the feedback information to the sending device; if both the pre-scheduled time-frequency resource and the first time-frequency resource are unavailable, the re-applied time-frequency resource is used to send the feedback information to the sending device.
  • an embodiment of the present application provides a sending device, where the sending device has a function of implementing the first aspect or each implementation method of the first aspect.
  • This function can be implemented by hardware or by executing corresponding software by hardware.
  • the hardware or software includes one or more modules corresponding to the above functions.
  • an embodiment of the present application provides a receiving device, and the transmitting device has a function of implementing the second aspect or each implementation method of the second aspect.
  • This function can be implemented by hardware or by executing corresponding software by hardware.
  • the hardware or software includes one or more modules corresponding to the above functions.
  • an embodiment of the present application provides a sending device, including a processor and a transmission interface, where the processor is configured to call software instructions stored in a memory to execute the first aspect or any of the first aspect Implementation.
  • an embodiment of the present application provides a receiving device, including a processor and a transmission interface; the processor is configured to call a software instruction stored in a memory to execute the second aspect or any of the second aspect. Implementation.
  • an embodiment of the present application provides a sending device, including a unit or means for executing each step of the first aspect or any implementation method of the first aspect.
  • an embodiment of the present application provides a receiving device, including units or means for performing the steps of the second aspect or any implementation method of the second aspect.
  • an embodiment of the present application provides a sending device, including a processor and an interface circuit, where the processor is configured to communicate with other devices through the interface circuit, and execute the first aspect or any implementation method of the first aspect.
  • the processor includes one or more.
  • an embodiment of the present application provides a receiving device, including a processor and an interface circuit, where the processor is configured to communicate with other devices through the interface circuit, and execute the second aspect or any implementation method of the second aspect.
  • the processor includes one or more.
  • embodiments of the present application further provide a computer-readable storage medium, where the computer-readable storage medium includes a computer program, and when the computer program runs on a computer or a processor, the computer or the processor executes the The first aspect, the second aspect, any implementation method of the first aspect, or any implementation method of the second aspect.
  • an embodiment of the present application further provides a computer program product, the computer product includes a computer program, when the computer program is run on a computer or a processor, the computer or the processor is made to execute the above-mentioned first aspect, the first The second aspect, any implementation method of the first aspect, or any implementation method of the second aspect.
  • an embodiment of the present application further provides a communication system, including a sending device and a receiving device.
  • the sending device is used to send the important data of the media data frame to the receiving device by using the HARQ transmission mode, and the important data of the media data frame includes the basic part of the media data frame; after the important data of the media data frame is successfully sent, use
  • the non-HARQ transmission mode sends the unimportant data of the media data frame to the receiving device, where the unimportant data of the media data frame includes the enhanced part in the media data frame.
  • the receiving device is used to receive the radio frame from the transmitting device; if the radio frame carries the first sequence, the radio frame is decoded by the decoding mode corresponding to the HARQ transmission mode; if the radio frame carries the second sequence, the non-HARQ transmission mode is used to decode the radio frame
  • the decoding method corresponding to the transmission method decodes the radio frame, and the second sequence is different from the first sequence.
  • FIG. 1(a) is a schematic diagram of a network architecture to which the embodiments of the present application are applied;
  • FIG. 1(b) is a schematic diagram of a protocol structure provided in an embodiment of the present application.
  • FIG. 1(c) is a schematic structural diagram of a device provided in an embodiment of the present application.
  • FIG. 1(d) is a hardware architecture diagram of an exemplary data transmission apparatus provided by an embodiment of the present application.
  • FIG. 2 is a schematic diagram of a data transmission method provided by an embodiment of the present application.
  • Fig. 3 is the schematic diagram of sending time window
  • FIG. 4 is a schematic diagram of a HARQ buffer of a sending device
  • FIG. 5 is a schematic diagram of another data transmission method provided by an embodiment of the present application.
  • Figure 6(a) is a schematic diagram of a format of a Wi-Fi radio frame
  • Figure 6(b) is a schematic diagram of another format of a Wi-Fi radio frame
  • FIG. 7(a) is a schematic diagram of another data transmission method provided by an embodiment of the present application.
  • FIG. 7(b) is a schematic diagram of another data transmission method provided by an embodiment of the present application.
  • FIG. 8 is a schematic diagram of a sending device provided by an embodiment of the present application.
  • FIG. 9 is a schematic diagram of a receiving device provided by an embodiment of the present application.
  • FIG. 10 is a schematic diagram of a communication device according to an embodiment of the present application.
  • FIG. 1( a ) it is a schematic diagram of a network architecture to which this embodiment of the present application is applied, including at least one terminal device and an access device.
  • the terminal device communicates with the access device through a wireless interface.
  • Terminal device is a device with wireless transceiver function, which can be deployed on land, including indoor or outdoor, handheld or vehicle; it can also be deployed on water (such as ships, etc.); it can also be deployed in the air (such as airplanes, balloons, and satellites).
  • the terminal device may be a smart phone (mobile phone), a tablet computer (pad), a computer with wireless transceiver function, a virtual reality (virtual reality, VR) terminal, an augmented reality (augmented reality, AR) terminal, an industrial control (industrial) terminal.
  • wireless terminal in control wireless terminal in self-driving, wireless terminal in remote medical, wireless terminal in smart grid, wireless terminal in transportation safety Terminals, wireless terminals in smart cities, wireless terminals in smart homes, user equipment (UE) smart TVs and display screens, etc.
  • An access device is a device that provides wireless communication functions for terminal devices.
  • Access devices include but are not limited to: radio network controller (RNC), home base station, mobile switching center, wireless fidelity (Wireless Fidelity) , Wi-Fi) devices, etc.
  • RNC radio network controller
  • home base station mobile switching center
  • wireless fidelity Wireless Fidelity
  • Wi-Fi wireless fidelity
  • the sending device in the embodiment of the present application is a terminal device in FIG. 1( a ), and the receiving device is another terminal device in FIG. 1( a ).
  • the smart phone can be a sending device
  • a smart TV the display screen can be a receiving device.
  • a user receives media data from an application server (ie, a sending device) through a display device (ie, a receiving device), so that a user can watch video, listen to audio, and the like.
  • an application server ie, a sending device
  • a display device ie, a receiving device
  • the user projects a screen of a small-screen device (ie, a sending device) to a large-screen display device (ie, a receiving device) for display, and so on.
  • multi-screen interaction functions includes the following three modes: a) content sharing mode: that is, multi-screen interaction between different devices by sharing media content or media content links; b) screen sharing mode: that is, between different devices Multi-screen interaction is realized by sharing the screen of the system or the screen in the application; c) Remote control mode: that is, to control another device through one device to realize the interaction between multiple screens.
  • DLNA Digital Living Network Alliance
  • UDP Universal Plug and Play
  • HTTP HyperText Transfer Protocol Secure
  • MCP/IP Transmission Control Protocol/Internet Protocol
  • UDP User Datagram Protocol
  • HTTP HyperText Transfer Protocol Secure
  • Miracast multi-screen interactive technology This technology is a project for Wi-Fi to achieve product certification for Wi-Fi Display technology.
  • Wi-Fi Display is a standard formulated by the Wi-Fi Alliance, which is a point-to-point (P2P) Wi-Fi transmission based on the medium access control (MAC) layer.
  • P2P point-to-point
  • MAC medium access control
  • Devices that support this standard can share video images wirelessly. For example, mobile phones can play movies or photos directly on TV or other devices through Miracast without being affected by the link cable.
  • the underlying wireless transmission technologies all use Wi-Fi technology, that is, Wi-Fi is used as the underlying link.
  • Wi-Fi is used as the underlying link.
  • the terminal device and the display device are required to be synchronized in real time, and the bit rate is very high. Therefore, how to improve the picture quality on the display screen is an urgent need to solve.
  • the network transmission has a three-layer structure, including the network layer, the data link layer and the physical layer.
  • the data link layer may indicate the importance of the data to be transmitted. If it is determined to be important data, the physical layer is instructed to transmit in the HARQ transmission mode to improve data reliability and anti-interference. If it is determined that the data is not important, the physical layer is instructed to use a non-HARQ transmission mode (eg, the first transmission mode or the second transmission mode) for transmission.
  • a non-HARQ transmission mode eg, the first transmission mode or the second transmission mode
  • the device 200 can be used as a sending device, and can also be used as a receiving device.
  • the device 200 includes: an application processor 201, a microcontroller unit (Microcontroller Unit, MCU) 202, a memory 203, a modem (modem) 204, a radio frequency (Radio Frequency, RF) module 205, a Wi-Fi module 206, a Bluetooth module 207, Sensor 208, Input/Output (I/O) device 209, positioning module 210 and other components.
  • These components may communicate via one or more communication buses or signal lines.
  • the aforementioned communication bus or signal line may be the CAN bus provided by the present application. It will be understood by those skilled in the art that the device 200 may include more or fewer components than shown, or some combination of components, or a different arrangement of components.
  • the application processor 201 is the control center of the device 200, and uses various interfaces and buses to connect various components of the device 200.
  • processor 201 may include one or more processing units.
  • the memory 203 stores computer programs such as the operating system 211 and the application program 212 shown in FIG. 1( c ).
  • the application processor 201 is configured to execute a computer program in the memory 203 to implement functions defined by the computer program, for example, the application processor 201 executes the operating system 211 to implement various functions of the operating system on the device 200 .
  • the memory 203 also stores other data other than computer programs, such as data generated during the operation of the operating system 211 and the application program 212 .
  • the memory 203 is a non-volatile storage medium, and generally includes internal memory and external memory. Memory includes, but is not limited to, random access memory (Random Access Memory, RAM), read-only memory (Read-Only Memory, ROM), or cache (cache).
  • the external memory includes, but is not limited to, a flash memory (Flash Memory), a hard disk, an optical disk, a Universal Serial Bus (Universal Serial Bus, USB) disk, and the like.
  • Flash Memory Flash Memory
  • hard disk an optical disk
  • Universal Serial Bus Universal Serial Bus
  • USB Universal Serial Bus
  • the memory 203 may be independent and connected to the application processor 201 through a bus; the memory 203 and the application processor 201 may also be integrated into a chip subsystem.
  • the MCU 202 is a co-processor for acquiring and processing data from the sensor 208.
  • the processing capability and power consumption of the MCU 202 are smaller than those of the application processor 201, but it has the feature of "always on” and can be used in the application processor.
  • the 201 When the 201 is in sleep mode, it continuously collects and processes sensor data to ensure the normal operation of the sensor with extremely low power consumption.
  • the MCU 202 may be a sensor hub chip.
  • Sensors 208 may include light sensors, motion sensors.
  • the light sensor may include an ambient light sensor and a proximity sensor, wherein the ambient light sensor may adjust the brightness of the display 2091 according to the brightness of the ambient light, and the proximity sensor may turn off the power of the display screen when the device 200 is moved to the ear.
  • the accelerometer sensor can detect the magnitude of acceleration in various directions (generally three axes), and can detect the magnitude and direction of gravity when stationary; the sensor 208 can also include a gyroscope, a barometer, a hygrometer, Other sensors such as thermometers, infrared sensors, etc. will not be repeated here.
  • the MCU 202 and the sensor 208 may be integrated on the same chip, or may be separate components connected by a bus.
  • the modem 204 and the radio frequency module 205 constitute the communication subsystem of the device 200, and are used to realize the main functions of the wireless communication standard protocol. Among them, the modem 204 is used for encoding and decoding, signal modulation and demodulation, equalization, and the like.
  • the radio frequency module 205 is used for receiving and transmitting wireless signals, and the radio frequency module 205 includes but is not limited to an antenna, at least one amplifier, a coupler, a duplexer, and the like.
  • the radio frequency module 205 cooperates with the modem 204 to realize the wireless communication function.
  • the modem 204 can be used as a stand-alone chip or can be combined with other chips or circuits to form a system-on-chip or integrated circuit. These chips or integrated circuits can be applied to all devices that implement wireless communication functions, including: mobile phones, computers, notebooks, tablets, routers, wearable devices, automobiles, home appliances, etc.
  • the device 200 may also use a Wi-Fi module 206, a Bluetooth module 207, and the like for wireless communication.
  • the Wi-Fi module 206 is used to provide the device 200 with network access compliant with Wi-Fi-related standard protocols, and the device 200 can access the Wi-Fi access point through the Wi-Fi module 206 to access the Internet.
  • the Wi-Fi module 206 can also act as a Wi-Fi wireless access point, and can provide Wi-Fi network access for other devices.
  • the Bluetooth module 207 is used to implement short-range communication between the device 200 and other devices (eg, mobile phones, smart watches, etc.).
  • the Wi-Fi module 206 in this embodiment of the present application may be an integrated circuit or a Wi-Fi chip or the like, and the Bluetooth module 207 may be an integrated circuit or a Bluetooth chip or the like.
  • the positioning module 210 is used to determine the geographic location of the device 200 . It can be understood that the positioning module 210 may specifically be a receiver of a global positioning system (global positioning system, GPS), a Beidou satellite navigation system, a Russian GLONASS or other positioning systems.
  • a global positioning system global positioning system, GPS
  • Beidou satellite navigation system Beidou Satellite Navigation system
  • Russian GLONASS Russian GLONASS
  • the Wi-Fi module 206, the Bluetooth module 207 and the positioning module 210 may be separate chips or integrated circuits, respectively, or may be integrated together.
  • the Wi-Fi module 206, the Bluetooth module 207, and the positioning module 210 may be integrated on the same chip.
  • the Wi-Fi module 206, the Bluetooth module 207, the positioning module 210 and the MCU 202 can also be integrated into the same chip.
  • Input/output devices 209 include, but are not limited to, a display 2091, a touch screen 2092, and audio circuitry 2093, among others.
  • the touch screen 2092 can collect touch events on or near the user of the device 200 (such as the user's operations on the touch screen 2092 or near the touch screen 2092 using any suitable object such as a finger, a stylus, etc.), and collect the collected touch events. Touch events are sent to other devices (eg, application processor 201). Among them, the user's operation near the touch screen 2092 can be called hovering touch; through the hovering touch, the user can select, move or drag objects (such as icons, etc.) without directly touching the touch screen 2092 . In addition, various types of resistive, capacitive, infrared, and surface acoustic waves can be used to implement the touch screen 2092.
  • a display (also referred to as a display screen) 2091 is used to display information input by the user or information presented to the user.
  • the display may be configured in the form of a liquid crystal display, organic light emitting diodes, or the like.
  • the touch screen 2092 can be overlaid on the display 2091. When the touch screen 2092 detects a touch event, it is transmitted to the application processor 201 to determine the type of the touch event, and then the application processor 201 can provide corresponding touch events on the display 2091 according to the type of the touch event. visual output.
  • the touch screen 2092 and the display 2091 are used as two independent components to realize the input and output functions of the device 200, in some embodiments, the touch screen 2092 and the display 2091 can be integrated to realize the device 200 input and output functions. In addition, the touch screen 2092 and the display 2091 may be configured on the front of the device 200 in the form of a full panel to realize a frameless structure.
  • Audio circuitry 2093 , speaker 2094 , and microphone 2095 may provide an audio interface between the user and device 200 .
  • the audio circuit 2093 can transmit the electrical signal converted from the received audio data to the speaker 2094, and the speaker 2094 converts it into a sound signal for output; on the other hand, the microphone 2095 converts the collected sound signal into an electrical signal, which is converted into an electrical signal by the audio circuit 2093. After receiving, it is converted into audio data, and then the audio data is sent to another device through the modem 204 and the radio frequency module 205, or the audio data is output to the memory 203 for further processing.
  • the device 200 may also have a fingerprint recognition function.
  • a fingerprint acquisition device may be configured on the back of the device 200 (eg, below the rear camera), or a fingerprint acquisition device may be configured on the front of the device 200 (eg, below the touch screen 2092 ).
  • a fingerprint acquisition device may be configured in the touch screen 2092 to implement the fingerprint identification function, that is, the fingerprint acquisition device may be integrated with the touch screen 2092 to implement the fingerprint identification function of the device 200 .
  • the fingerprint acquisition device is configured in the touch screen 2092, which may be a part of the touch screen 2092, or may be configured in the touch screen 2092 in other ways.
  • the main component of the fingerprint acquisition device in the embodiments of the present application is a fingerprint sensor, and the fingerprint sensor may adopt any type of sensing technology, including but not limited to optical, capacitive, piezoelectric or ultrasonic sensing technology.
  • the operating system 211 carried by the device 200 may be or other operating systems, and this embodiment of the present application does not impose any restrictions on this.
  • the device 200 can be logically divided into a hardware layer, an operating system 211, and an application layer.
  • the hardware layer includes the application processor 201, MCU 202, memory 203, modem 204, Wi-Fi module 206, sensor 208, positioning module 210 and other hardware resources as described above.
  • the application layer includes one or more application programs, such as an application program 212, and the application program 212 can be any type of application program, such as a social application, an e-commerce application, and a browser.
  • the operating system 211 is a computer program that manages and controls hardware and software resources.
  • the operating system 211 includes a kernel, a hardware abstraction layer (HAL), libraries and runtimes, and frameworks.
  • the kernel is used to provide the underlying system components and services, such as: power management, memory management, thread management, hardware drivers, etc.; hardware drivers include Wi-Fi drivers, sensor drivers, positioning module drivers, etc.
  • the hardware abstraction layer encapsulates the kernel driver, provides an interface to the framework, and shields the low-level implementation details.
  • the hardware abstraction layer runs in user space, and the kernel driver runs in kernel space.
  • libraries and runtimes are also called runtime libraries, which provide the required library files and execution environment for executable programs at runtime.
  • the library and runtime include an Android runtime (ART), a library, and a scene package runtime.
  • An ART is a virtual machine or virtual machine instance capable of converting an application's bytecode to machine code.
  • a library is a program library that provides support for an executable program at runtime, including a browser engine (such as webkit), a script execution engine (such as a JavaScript engine), a graphics processing engine, and the like.
  • the scene package runtime is the runtime environment of the scene package, mainly including the page execution environment (page context) and the script execution environment (script context).
  • the execution environment parses and executes code or executable files implemented by scripting languages such as JavaScript by calling the corresponding function library.
  • the framework is used to provide various basic common components and services for applications in the application layer, such as window management, location management, and so on.
  • the framework includes a geofencing service, a policy service, a notification manager, and the like.
  • each component of the operating system 211 described above can be realized by the application processor 201 executing the programs stored in the memory 203 .
  • the device 200 may include fewer or more components than those shown in FIG. 1( c ), which only includes implementations consistent with those disclosed in this application. more relevant parts.
  • the data transmission apparatus 300 may also be used for a sending device or a receiving device.
  • the data transmission device 300 may be, for example, a processor chip, and the device 300 includes: at least one CPU, a memory, a microcontroller (Microcontroller Unit, MCU), a GPU, an NPU, a memory bus, a receiving interface, a transmitting interface, and the like.
  • the apparatus 300 may also include an application processor (Application Processor, AP), a decoder and a dedicated video or image processor.
  • Application Processor Application Processor
  • the connectors include various types of interfaces, transmission lines or buses. These interfaces are usually electrical communication interfaces, but may also be mechanical interfaces or other forms of interfaces. The embodiment does not limit this.
  • the CPU may be a single-core (single-CPU) processor or a multi-core (multi-CPU) processor; coupled to each other by one or more buses.
  • the receiving interface may be a data input interface of the processor chip, and in an optional case, the receiving interface and the transmitting interface may be High Definition Multimedia Interface (HDMI), V-By-One interface, Embedded Display Port (eDP), Mobile Industry Processor Interface (MIPI) or Display Port (DP), etc.
  • HDMI High Definition Multimedia Interface
  • eDP Embedded Display Port
  • MIPI Mobile Industry Processor Interface
  • DP Display Port
  • the above-mentioned parts are integrated on the same chip; in another optional case, the CPU, GPU, decoder, receiving interface and sending interface are integrated on one chip, and the internal Each part of the device accesses the external memory through the bus.
  • the dedicated video/graphics processor can be integrated with the CPU on the same chip, or it can exist as a separate processor chip, for example, the dedicated video/graphics processor can be a dedicated ISP.
  • the NPU can also be used as an independent processor chip. The NPU is used to implement various neural network or deep learning related operations.
  • the chip involved in the embodiments of this application is a system fabricated on the same semiconductor substrate by an integrated circuit process, also called a semiconductor chip, which can be fabricated on a substrate (usually a semiconductor such as silicon) using an integrated circuit process A collection of integrated circuits formed on a material), the outer layers of which are usually encapsulated by a semiconductor encapsulation material.
  • the integrated circuit may include various functional devices, each of which includes a logic gate circuit, a metal-oxide-semiconductor (Metal-Oxide-Semiconductor, MOS) transistor, a bipolar transistor or a diode and other transistors, as well as capacitors, resistors, etc. or other components such as inductors.
  • MOS metal-oxide-semiconductor
  • a sending device such as the above-mentioned terminal device
  • a receiving device such as the above-mentioned display device
  • Executed on the sending side for example, it may be executed by a sending device or a chip used for the sending device.
  • the method includes the following steps:
  • Step 201 using a hybrid automatic repeat request (Hybrid automatic repeat request, HARQ) transmission mode to send the important data of the media data frame to the receiving device.
  • Hybrid automatic repeat request Hybrid automatic repeat request, HARQ
  • Step 202 After the important data of the media data frame is successfully sent, the non-HARQ transmission mode is used to send the non-important data of the media data frame to the receiving device.
  • the important data of the media data frame includes the basic part of the media data frame and/or the coding parameters corresponding to the media data frame, etc.
  • the non-essential data of the media data frame contains enhancements in the media data frame.
  • the media data frame may be an image, or a piece of audio.
  • the important data of the media data frame may include outline information of the image, character motion information, basic shape information of the image, encoding parameters of the media data frame, etc.
  • the non-important data of the media data frame may be Including image color data, image detail data, etc.
  • An I frame represents a key frame.
  • An I frame can also be called an intra picture or an intra-coded frame. It is an independent frame with all its own information. It can be encoded independently without referring to other images. When decoding, only I The data of the frame can reconstruct the complete image.
  • the data of the media data frame is divided into important data and non-important data, and the non-important data is sent after the important data is successfully sent.
  • important data is sent first, and the successful transmission of important data can be guaranteed through HARQ transmission, thereby improving the quality of data transmission.
  • non-HARQ transmission is used for non-important data. For the HARQ transmission mode, the transmission overhead can be reduced.
  • the maximum duration for sending media data frames can be pre-configured, so each media data frame corresponds to a sending time window, and the media data frame can be sent within the sending time window, exceeding the sending time window.
  • the sending time window is no longer sent to the media data frame.
  • the length of the sending time window is the maximum time allowed for sending the important data of the media data frame and the unimportant data of the media data frame. Wherein, the time occupied by the important data of sending the media data frame does not exceed the length of the sending time window.
  • the maximum sending time of the important data may be equal to the length of the sending time window.
  • the durations of the transmission time windows corresponding to each media data frame may be the same or different.
  • the above step 201 may specifically be: using HARQ transmission mode to send important data of the media data frame within the first sending time window.
  • the above-mentioned step 202 may specifically be: after the important data of the media data frame is successfully sent, the non-important data is sent within the remaining duration of the first sending time window, and the remaining duration is the important factor of successfully sending the media data frame within the first sending time window. Remaining time after data.
  • the important data of the media data frame is not successfully sent within the first sending time window, stop sending the important data of the media data frame to the receiving device, and stop sending the non-important data of the media data frame to the receiving device. That is, the transmission of the media data frame fails. Since the important data of the media data frame cannot be successfully sent, it is unnecessary to send the unimportant data of the media data frame, which can save resources.
  • the important data of the media data frame is successfully sent within the first sending time window, but the remaining time of the first sending time window is not enough to send the non-important data of the media data frame, stop sending the media data frame to the receiving device. of unimportant data. That is, after the success of the priority guarantee of important data, if the duration of the first sending time window is not long enough to send unimportant data, the sending of unimportant data is abandoned. Based on this method, although all data of the media data frame cannot be sent to the receiving device, at least the transmission of important data of the media data frame is guaranteed, so the quality of data transmission can also be improved, thereby improving user experience.
  • FIG. 3 it is a schematic diagram of a sending time window. It is assumed that the length of the first transmission time window is 10 milliseconds (ms) (calculated from the 0th ms).
  • One data transmission takes 3ms, and one data transmission includes sending data and receiving feedback information (which can be Positive Acknowlegment (ACK) or Negative Acknowlegment (NACK)) from the receiving device for the data.
  • ACK Positive Acknowlegment
  • NACK Negative Acknowlegment
  • the maximum number of retransmissions for HARQ retransmission of important data is preset to 3 times.
  • the sending device starts sending non-important data from the 3 ms of the first sending time window.
  • a negative response is received after sending important data for the first time at the 0 ms, it indicates that the important data has not been successfully decoded by the receiving device, and the sending device continues to send important data from the 3 ms of the first sending time window, that is, executes HARQ replay. pass. If an acknowledgment response is received after the important data is sent for the second time, indicating that the important data has been successfully decoded by the receiving device, the sending device starts sending non-important data from the 6 ms of the first sending time window.
  • a negative response is received after sending important data for the first time at the 0 ms, it indicates that the important data has not been successfully decoded by the receiving device, and the sending device continues to send important data from the 3 ms of the first sending time window, that is, executes HARQ replay. pass. If a negative response is received after sending important data for the second time, indicating that the important data has not been successfully decoded by the receiving device, the sending device continues to send the important data from the 6th ms of the first sending time window.
  • an acknowledgment response is received after sending important data for the third time, it indicates that the important data is successfully decoded by the receiving device, that is, the important data is sent successfully, but the remaining time (ie 1ms) is not enough to send non-important data, then give up sending non-important data. important data. If a negative response is received after the important data is sent for the third time, it indicates that the important data has not been successfully decoded by the receiving device, that is, the transmission of the important data fails. Since the important data fails to be sent, the sending of non-important data is abandoned.
  • the source end (such as the data link layer, etc.) of the sending device obtains the media data frame to be transmitted, and then divides the media data frame into important data and non-important data.
  • important data when the source end sends a data packet carrying the important data to the channel end (such as the physical layer), it also carries first indication information in the data packet, and the first indication information is used to indicate that the data packet carries The important data is the important data, so the channel end will use the HARQ transmission mode to send the important data to the receiving device.
  • the source end sends a data packet carrying the non-important data to the channel end (such as the physical layer)
  • second indication information when the source end sends a data packet carrying the non-important data to the channel end (such as the physical layer)
  • the second indication information is used to indicate the data packet.
  • the non-important data is carried in the channel, so the channel end will use the non-HARQ transmission mode to send the non-important data to the receiving device.
  • the first indication information is different from the second
  • the channel end of the sending device may send the important data of the media data frame to be transmitted to the receiving device through one or more first radio frames according to the current resource scheduling situation.
  • the important data of the media data frame to be transmitted is 1200 bytes
  • the currently scheduled wireless time-frequency resources can be used to transmit 200 bytes of data
  • the channel end of the sending device can perform channel coding on the first 200 bytes of the important data.
  • N is the number of redundant encoding versions
  • N is a positive integer.
  • the channel end of the sending device can clear the above-mentioned HARQ buffer, and then continue to transmit the above-mentioned important data according to the currently scheduled wireless time-frequency resources. other parts. For example, if the currently scheduled wireless time-frequency resources can be used to transmit 400 bytes of data, the channel end of the sending device can perform channel coding (such as Turbo coding) on the 201st to 600th bytes (400 bytes in total) of the important data. ) to obtain N different redundant encoding versions, and then store the multiple different redundant encoding versions in the HARQ buffer.
  • channel coding such as Turbo coding
  • a data frame can be encapsulated into a first radio frame through one resource scheduling and sent to a receiving device.
  • one data frame is encapsulated into multiple first radio frames through multiple resource scheduling, and sent to the receiving device in multiple times.
  • the following takes the above 200-byte data as an example to describe the specific process of sending in the HARQ transmission mode.
  • FIG. 4 it is a schematic diagram of HARQ buffering.
  • the HARQ buffer is implemented in a queue mode as an example.
  • the 200-byte data is Turbo encoded to obtain N different redundant encoding versions (respectively D1, D2, ..., DN) and stored in the HARQ buffer.
  • N different redundant encoding versions
  • the channel end of the sending device takes out D1 from the HARQ buffer, encapsulates it into a first radio frame, and then sends the first radio frame to the receiving device.
  • the 200-byte data is sent successfully. If an acknowledgment response for the first radio frame is received from the receiving device, indicating that the receiving device successfully decodes the D1, the 200-byte data is sent successfully. If a negative response for the first radio frame is received from the receiving device, indicating that the receiving device failed to decode the D1 successfully, the channel end of the transmitting device takes out D2 from the HARQ buffer, encapsulates it into the first radio frame, and sends it to the receiving device. the first radio frame. And so on, until an acknowledgment response for the first radio frame is received from the receiving device, indicating that the 200 bytes are sent successfully. Or if the acknowledgment response is not received after all the N redundant encoding versions are sent, it indicates that the 200-byte sending fails.
  • the HARQ buffer on the sending device needs to be cleared, so that the HARQ buffer can be used for sending other byte data in the important data.
  • the embodiments of the present application provide specific implementation methods of two non-HARQ transmission modes.
  • the non-HARQ transmission is a first transmission mode
  • the first transmission mode is a transmission mode without a retransmission mechanism.
  • the non-important data of the media data frame to be transmitted because the non-important data is large, it needs to be encapsulated into multiple second radio frames through multiple resource scheduling for transmission. Both radio frames are sent only once.
  • this method occupies less time-frequency resources, but the reliability of data transmission is not as good as that of the HARQ retransmission method.
  • non-HARQ transmission is a second transmission mode
  • the second transmission mode is forward error correction (FEC) coding with a retransmission mechanism and retransmission of non-important data each time How version data is transferred.
  • FEC forward error correction
  • the second transmission mode and the above-mentioned HARQ transmission mode are both transmission modes with a retransmission mechanism, but the biggest difference is that in the second transmission mode, for the data to be transmitted, each transmission (including the initial transmission and the retransmission mode) transmission), the encoding version of the data is the same, that is, FEC encoding is used.
  • the above HARQ transmission mode for the data to be transmitted, each transmission (including initial transmission and retransmission), the data
  • the encoded versions are all different redundant encoded versions.
  • the coded version of the retransmitted data received by the receiving device is the same each time, joint decoding cannot be achieved during decoding, so there is no decoding gain compared to the HARQ transmission mode.
  • the advantage of the second transmission mode is that for the retransmission frame carrying the retransmission data, the second transmission mode only needs to decode the retransmission data, and does not need to decode the retransmission data from the HARQ buffer like the decoding mode corresponding to the HARQ transmission mode. Obtain the data that failed to be decoded before, and then perform joint decoding based on the newly received retransmission data and the data obtained from the HARQ buffer.
  • the single decoding of the decoding mode corresponding to the second transmission mode is compared with the decoding corresponding to the HARQ transmission mode.
  • the decoding speed is faster.
  • the maximum number of retransmissions corresponding to the second transmission mode is less than the maximum number of retransmissions corresponding to the HARQ transmission mode.
  • the HARQ transmission mode and the non-HARQ transmission mode are compared and explained above.
  • the channel end of the sending device may carry the first sequence in the first radio frame, and in the first radio frame
  • the second sequence is carried in the second radio frame, and the first sequence and the second sequence are different sequences.
  • the first sequence and the second sequence are opposite sequences.
  • the receiving device receives a radio frame from the transmitting device, if it is determined that the radio frame carries the first sequence, it is determined that the radio frame carries important data, or that the radio frame is transmitted in the HARQ transmission mode, If it is determined that the radio frame carries the second sequence, it is determined that the radio frame carries non-important data, or it is determined that the radio frame is transmitted in a non-HARQ transmission mode (which can be pre-configured as the first transmission mode or the second transmission mode) of.
  • the first sequence is used to indicate that the first radio frame is sent in a HARQ transmission manner, or is used to indicate that the first radio frame carries important data.
  • the second sequence is used to indicate that the second radio frame is sent in a non-HARQ transmission manner, or is used to indicate that the second radio frame carries non-important data.
  • the frame formats of the first radio frame and the second radio frame are the same, and the frame formats include a long training field and a short training field.
  • the frame format is a non-high-throughput format (non-HT format) physical layer protocol data unit (physical protocol data unit, PPDU) format, or a high-throughput mixed format (high-throughput mixed format). , HT mixed format).
  • the long training field of the first radio frame carries the first sequence
  • the long training field of the second radio frame carries the second sequence. Therefore, when the receiving device receives a radio frame, if the long training field of the radio frame carries the first sequence, the receiving device determines that the radio frame carries important data, or determines that the radio frame is transmitted in the HARQ transmission mode, If the long training field of the radio frame carries the second sequence, the receiving device determines that the radio frame carries non-important data, or determines that the radio frame is transmitted in a non-HARQ transmission manner.
  • the short training field of the first radio frame carries the first sequence
  • the short training field of the second radio frame carries the second sequence. Therefore, when the receiving device receives a radio frame, if the short training field of the radio frame carries the first sequence, the receiving device determines that the radio frame carries important data, or determines that the radio frame is transmitted in the HARQ transmission mode, If the short training field of the radio frame carries the second sequence, the receiving device determines that the radio frame carries non-important data, or determines that the radio frame is transmitted in a non-HARQ transmission manner.
  • an embodiment of the present application provides a data transmission method, which is performed by the receiving side, such as a receiving device or a receiving device.
  • the device's chip executes. It should be noted that, the method embodiments on the receiving side may be implemented in combination with the above method embodiments on the sending side.
  • the method includes the following steps:
  • Step 501 receiving a radio frame from a sending device.
  • the channel end (ie, the physical layer) of the receiving device may receive the radio frame from the transmitting device.
  • the received radio frame may be the first radio frame that is sent using the HARQ transmission mode described in the above embodiment of FIG. 2, or may be the first radio frame that uses the non-HARQ transmission mode described in the above embodiment of FIG. A transmission mode or a second transmission mode) to transmit the second radio frame.
  • the radio frame carries the first sequence or the second sequence. If the radio frame carries the first sequence, the following step 502 is performed, and if the radio frame carries the second sequence, the following step 503 is performed.
  • the specific manner in which the radio frame carries the first sequence or the second sequence may be that the radio frame includes a random access preamble, and the random access preamble carries the first sequence or the second sequence.
  • the random access preamble contains a long training field and a short training field, so when the wireless frame carries the first sequence, specifically: the first sequence is carried in the long training field (or the short training field) middle.
  • the radio frame carries the second sequence specifically: the second sequence is carried in the long training field (or the short training field).
  • the first sequence is different from the second sequence.
  • the first sequence and the second sequence are opposite sequences.
  • first radio frame and the second radio frame may be Wi-Fi radio frames.
  • FIG. 6(a) it is a schematic diagram of a format of a Wi-Fi wireless frame.
  • the Wi-Fi radio frame is a non-HT format PPDU.
  • the meaning of each field in the non-HT format PPDU is shown in Table 1.
  • the STF may be used to carry the first sequence or the second sequence, or the LTF may be used to carry the first sequence or the second sequence.
  • the STF is not only used for rough synchronization between the two communicating parties, but also used to indicate the transmission mode used for the data carried in the wireless frame, or in other words, the STF is also used to indicate the data carried in the wireless frame.
  • the data is significant or non-significant.
  • the LTF is used to carry the first sequence or the second sequence
  • the LTF is not only used for precise synchronization and preliminary channel estimation between the two communicating parties, but also used to indicate the corresponding transmission mode of the data carried in the radio frame. In other words, the LTF also It is used to indicate that the data carried by the radio frame is important data or non-important data.
  • FIG. 6(b) it is a schematic diagram of another format of the Wi-Fi wireless frame.
  • the Wi-Fi radio frame is the HT mixed format PPDU.
  • Table 2 the meaning of each field of the HT mixed format PPDU is shown in Table 2.
  • the L-STF may be used to carry the first sequence or the second sequence, or the L-LTF may be used to carry the first sequence or the second sequence.
  • the L-STF is not only used for rough synchronization between the two communicating parties, but also used to indicate the transmission mode used for the data carried in the radio frame. In other words, the L-STF also uses It is used to indicate whether the data carried in the radio frame is important data or non-important data.
  • the L-LTF when used to carry the first sequence or the second sequence, the L-LTF is not only used for precise synchronization and preliminary channel estimation between the two communicating parties, but also used to indicate the transmission mode corresponding to the data carried in the radio frame, or That said, L-LTF is also used to indicate whether the data carried by the radio frame is important data or non-important data.
  • first sequence is different from the second sequence.
  • first sequence and the second sequence are opposite sequences.
  • the first sequence carried by the LTF may be, for example:
  • L -26, 26 ⁇ 1,1,-1,-1,1,1,-1,1,-1,1,1,1,1,1,-1,-1,1,1 ,-1,1,-1,1,1,1,0,1,-1,-1,1,1,-1,1,-1,1,-1,-1,-1, -1,-1,1,1,-1,-1,1,-1,1,1,1,1 ⁇
  • the second sequence carried by the LTF may be, for example:
  • L -26, 26 ⁇ -1,-1,1,1,-1,-1,1,-1,1,-1,-1,-1,-1,1, 1,-1,-1,1,-1,1,-1,-1,-1,0,-1,1,1,-1,-1,1,-1,1,- 1,1,1,1,1,1,-1,-1,1,1,-1,1,-1,-1,-1,-1,-1 ⁇
  • Step 502 if the radio frame carries the first sequence, decode the radio frame by using a decoding mode corresponding to the HARQ transmission mode.
  • the decoding mode corresponding to the HARQ transmission mode may be Turbo decoding.
  • the decoding mode corresponding to the HARQ transmission mode is described below.
  • the HARQ buffer In the decoding mode corresponding to the HARQ transmission mode, there is a HARQ buffer on the receiving device, the HARQ buffer is empty in the initial state, and the HARQ buffer is used to store the initial transmission frame or retransmission frame that the receiving device fails to decode. Specifically, when the receiving device receives a retransmission frame of a radio frame, the receiving device obtains the initial transmission frame or retransmission frame (if any) that fails to decode the radio frame from the HARQ buffer, and then stores the received retransmission frame. The transmitted frame and the radio frame obtained from the HARQ buffer are softly combined and decoded jointly, thereby improving the decoding success rate.
  • the decoding mode corresponding to the HARQ transmission mode is described below with reference to an example.
  • the sending device stores 10 different redundant encoding versions of the important data in the HARQ buffer of the sending device, which are X1, X2, X3, X4, X5, X6, X7, X8, X9, X10, and the redundant encoding version of the first transmission is X1.
  • X1, X2, X3, X4, X5, X6, X7, X8, X9, X10 the redundant encoding version of the first transmission is X1.
  • retransmission is performed in the order of X2, X3, X4, X5, X6, X7, X8, X9, X10.
  • the sending device receives the acknowledgment response sent by the receiving device, it stops sending other redundant code versions.
  • the process that the receiving device receives the radio frame from the transmitting device for example:
  • the first reception (initial transmission): the sending device sends radio frame 1 (carrying X1) to the receiving device, the receiving device receives the radio frame 1, and the receiving device decodes X1. If the receiving device fails to decode X1, it stores X1 in the HARQ cache and sends a negative response to the sending device. At this time, ⁇ X1 ⁇ is stored in the HARQ cache of the receiving device;
  • Step 503 if the radio frame carries the second sequence, decode the radio frame by using a decoding mode corresponding to the non-HARQ transmission mode.
  • the decoding mode corresponding to the non-HARQ transmission mode may be FEC decoding.
  • the non-HARQ transmission mode when decoding the radio frame, only the encoded data of the currently received radio frame is decoded each time, and joint decoding is not used like the decoding mode corresponding to the HARQ transmission mode, so the decoding speed is faster. , but the decoding success rate is not as good as the decoding method corresponding to the HARQ transmission method.
  • the non-HARQ transmission mode reference may be made to the description of the non-HARQ transmission mode in the foregoing method embodiments on the transmitting side, which will not be repeated here.
  • HARQ transmission method can be used for important data
  • non-HARQ transmission method is used for non-important data, so as to ensure the successful transmission of important data, thereby improving the quality of data transmission
  • Non-important data is transmitted in a non-HARQ transmission mode, which can reduce transmission overhead compared with the HARQ transmission mode.
  • the receiving device when the receiving device needs to send an acknowledgment response or a negative response to the received radio frame to the sending device, the receiving device can choose any one of the following methods 1 to 3, and send an acknowledgment response to the sending device or a denial response:
  • Method 1 Use pre-scheduled time-frequency resources to send an acknowledgment response or a negative response to the sending device.
  • the pre-scheduled time-frequency resource may be a time-frequency resource pre-scheduled by an access device (such as a base station, an access point (AC), etc.) for sending an acknowledgment response or a negative response.
  • an access device such as a base station, an access point (AC), etc.
  • Method 2 The receiving device sends an acknowledgment response or a negative response to the sending device using a first time-frequency resource, where the first time-frequency resource is the time-frequency resource occupied by the radio frame to be sent by the receiving device to the sending device.
  • the acknowledgment response or negative response can be carried in the wireless frame and sent to the sending device incidentally.
  • This method has no extra overhead.
  • the format of the radio frame to be sent by the receiving device to the transmitting device is shown in Fig. 6(a) or Fig. 6(b), then the acknowledgment or acknowledgment may be carried in the tail field or padding field of the radio frame answer.
  • Method 3 The receiving device uses the re-applied time-frequency resource to send an acknowledgment response or a negative response to the sending device.
  • the receiving device may re-apply for time-frequency resources from the base station or access point for sending an acknowledgment response or a negative response.
  • the receiving device may also preset priorities for the above methods 1 to 3. For example, the priorities of method 1, method 2, and method 3 decrease in sequence, and the receiving device can set priorities according to the priorities of the three methods. , select a method to send an acknowledgment response or a negative response to the sending device. Specifically, if method 1 can be used, use method 1; if method 1 cannot be used but method 2 can be used, use method 2; if method 1 and 2 cannot be used but method 3 can be used, use method 3.
  • the sending of the confirmation response or the negative response may be abandoned, or the confirmation response or the negative response may be sent after waiting for a set period of time, which is not limited in this embodiment of the present application.
  • the steps or operations corresponding to the steps or operations implemented by the sending device may also be implemented by components (such as chips or circuits) configured in the sending device, and the steps or operations corresponding to the steps or operations implemented by the receiving device may also be implemented. It may be implemented by a component (eg, a chip or a circuit) configured in the receiving device.
  • FIG. 7(a) Another data transmission method provided by an embodiment of the present application includes the following steps:
  • Step 701a acquiring the data to be transmitted.
  • the data to be transmitted is important data or non-important data.
  • the source end (such as the data link layer, etc.) of the sending device obtains the media data frame to be transmitted, and then divides the media data frame into important data and non-important data.
  • the source end when the source end sends a data packet carrying the important data to the channel end (such as the physical layer), it also carries first indication information in the data packet, and the first indication information is used to indicate that the data packet carries is important data, so that the channel end can identify, according to the first indication information, that the data packet carries important data.
  • the source end when the source end sends a data packet carrying the non-important data to the channel end (such as the physical layer), it also carries second indication information in the data packet, and the second indication information is used to indicate the data packet.
  • the data packet carries non-important data, so that the channel end can identify whether the data packet carries non-important data according to the second indication information.
  • step 701a go to execution step 702a.
  • Step 702a judging whether to adopt the HARQ transmission mode.
  • the channel end of the sending device After the channel end of the sending device receives the data packet from the source end of the sending device, it determines whether the data packet carries important data or non-important data. If the data packet carries the first indication information, the data in the data packet is important data, and if the data packet carries the second indication information, the data in the data packet is non-important data.
  • the channel end uses HARQ transmission to send the important data to the receiving device. That is, the process proceeds to the following step 703a.
  • the non-important data is sent to the receiving device using the first transmission mode or the second transmission mode. That is, it goes to and executes the following step 709a.
  • the non-important data of the media data frame is sent according to the method of step 709a.
  • important data fails to be sent, non-important data will not be sent.
  • the following steps 703a to 708a describe that the channel end of the sending device sends important data to the receiving device by using the HARQ transmission mode.
  • Step 703a Store important data in the HARQ buffer.
  • the channel end of the sending device determines to use the HARQ transmission mode to send the important data to the receiving device, and can send the important data to the receiving device through one or more first radio frames according to the current resource scheduling situation.
  • the important data to be transmitted is 1200 bytes
  • the currently scheduled wireless time-frequency resources can be used to transmit 200 bytes of data
  • the channel end of the sending device can perform channel coding (for example, using Turbo encoding) to obtain multiple different redundant encoded versions of the 200-byte data, and then store the multiple different redundant encoded versions into the HARQ buffer.
  • the number of redundant encoding versions may be pre-configured and used to represent the maximum number of retransmissions.
  • the channel end of the transmitting device can clear the above-mentioned HARQ buffer, and then continue to transmit the important data according to the currently scheduled wireless time-frequency resources. Subsequent bytes of data. For example, if the currently scheduled wireless time-frequency resources can be used to transmit 400 bytes of data, the channel end of the sending device can perform channel coding on the 201st to 600th bytes (400 bytes in total) of the important data to obtain the 400 bytes. Multiple different redundant coded versions of the data are then stored in the HARQ buffer.
  • step 703a go to execution step 704a.
  • Step 704a fetch important data from the HARQ buffer for transmission.
  • the channel end of the sending device can retrieve important data from the HARQ buffer for transmission. For example, the channel end of the sending device can retrieve one of N different redundant code versions from the HARQ buffer, and then transmit the redundant code version through the physical layer channel, and send the retrieved redundant code version to the channel end of the receiving device.
  • the channel end of the transmitting device can take out the redundant coded version located at the head of the queue from the HARQ buffer each time for transmission.
  • the channel end of the sending device can take out one redundant code version from the HARQ cache each time according to the hash operation. encoded version for transmission.
  • the sending device carries the retrieved redundant coded version in a radio frame (referred to as the first radio frame) and sends it to the receiving device.
  • step 704a go to execution step 705a.
  • Step 705a judging whether a confirmation response is received.
  • each time the sending device sends a radio frame to the receiving device it will receive the feedback information for the radio frame sent by the receiving device. If the received feedback information is an acknowledgment (ACK), it means that the data in the radio frame has been successfully decoded. If the received feedback information is a negative acknowledgement (NACK), it means that the data in the radio frame has not been successfully decoded.
  • ACK acknowledgment
  • NACK negative acknowledgement
  • the sending device determines that the receiving device has successfully decoded the data in the first wireless frame, and therefore goes to the following step 707a, that is, checks the important Whether the data transmission is completed, if not, continue to transmit other parts of the important data.
  • the sending device determines that the receiving device fails to decode the data in the first wireless frame successfully, and thus proceeds to execute the following step 706a, that is, try to retry the data in the first wireless frame. pass this data.
  • Step 706a judging whether the maximum number of retransmissions is reached.
  • the sending device When data needs to be retransmitted, the sending device must first determine whether the maximum number of retransmissions has been reached.
  • step 707a that is, check whether the important data has been transmitted, if not, continue Other parts of the important data are transmitted.
  • step 704a that is, take important data from the HARQ buffer for transmission.
  • the redundant encoding version corresponding to the important data retrieved from the HARQ cache this time is different from the redundant encoding version retrieved last time. That is, retransmitting important data refers to retransmitting different redundant coded versions corresponding to the important data each time.
  • the receiving device when the receiving device fails to decode a redundant encoding version corresponding to the received important data, the receiving device can receive other redundant encoding versions corresponding to the important data from the transmitting device, and then can encode these redundant encodings
  • the redundant versions are soft combined to realize joint decoding, which can improve the decoding success rate, so the HARQ transmission has a decoding gain.
  • a counter may be set to determine whether the number of retransmissions reaches the maximum number of retransmissions. For example, the initial value of the counter is 0.
  • the counter is incremented by 1, if not, the first radio frame is not allowed to be sent.
  • Step 707a judging whether the transmission of important data is completed.
  • step 703a Based on the description in the above step 703a, it can be known that an important data may be large, and thus needs to be transmitted in multiple times. Therefore, after a part of the important data is transmitted, it is necessary to determine whether the important data still has remaining data that needs to be continuously transmitted.
  • the process ends, indicating that the transmission of the important data ends.
  • step 708a clears the HARQ buffer.
  • Step 708a clear the HARQ buffer.
  • the sending device first determines whether there is data stored in the HARQ cache, and if so, erases the HARQ cache, and if not, performs no operation. This method can reduce the erasing times of the HARQ cache.
  • the sending device does not determine whether data is stored in the HARQ cache, but directly erases the HARQ cache, thereby realizing the clearing of the HARQ cache. This method does not need to judge whether there is data in the HARQ buffer.
  • step 703a After step 708a, go to execution step 703a.
  • step 703a is executed next time, other parts of important data are targeted.
  • an important data has 1200 bytes
  • step 703a when step 703a is executed for the first time, the first 200 bytes of the important data are encoded to obtain multiple different redundant encoding versions and stored in the HARQ cache.
  • step 703a is executed for the second time, the 201st-600th bytes (400 bytes in total) of the important data are encoded to obtain multiple different redundant encoding versions and stored in the HARQ buffer.
  • step 709a describes that the channel end of the sending device uses a non-HARQ transmission mode (specifically, the first transmission mode or the second transmission mode) to send unimportant data to the receiving device.
  • a non-HARQ transmission mode specifically, the first transmission mode or the second transmission mode
  • Step 709a sending non-important data.
  • the sending device when the channel end of the sending device determines that the data to be transmitted is unimportant data, the sending device sends at least one second radio frame corresponding to the unimportant data to the receiving device in a non-HARQ transmission manner.
  • the non-HARQ transmission mode may be a first transmission mode, and the first transmission mode refers to a transmission mode without a retransmission mechanism.
  • the non-HARQ transmission mode may also be a second transmission mode, and the second transmission mode refers to a transmission mode that has a retransmission mechanism and retransmits the FEC coded version corresponding to the radio frame every time.
  • At least one first radio frame corresponding to important data is sent to the receiving device using HARQ transmission
  • at least one second radio frame corresponding to non-important data is sent to the receiving device using non-HARQ transmission.
  • the channel end of the transmitting device may carry the first radio frame in the first radio frame.
  • sequence, the second sequence is carried in the second radio frame, the first sequence and the second sequence are different sequences, optionally, the first sequence and the second sequence are opposite sequences.
  • the receiving device receives a radio frame from the transmitting device, if it is determined that the radio frame carries the first sequence, it is determined that the radio frame is transmitted in the HARQ transmission mode, and if it is determined that the radio frame carries the second sequence , then it is determined that the radio frame is transmitted in a non-HARQ transmission mode (specifically, it may be a pre-agreed first transmission mode or a second transmission mode).
  • a non-HARQ transmission mode specifically, it may be a pre-agreed first transmission mode or a second transmission mode.
  • the manner in which the first radio frame carries the first sequence may be, for example, that the first radio frame includes a random access preamble, and the random access preamble carries the first sequence.
  • the first sequence when the random access preamble includes a long training field and a short training field, the first sequence may be carried in the long training field or in the short training field.
  • the manner in which the second radio frame carries the second sequence may be, for example, that the second radio frame includes a random access preamble, and the random access preamble carries the second sequence.
  • the second sequence when the random access preamble includes a long training field and a short training field, the second sequence may be carried in the long training field or in the short training field.
  • the first sequence and the second sequence reference may be made to the relevant descriptions of the method embodiments on the receiving side.
  • the sending device can use different sending modes according to whether the data to be sent is important data.
  • important data since it has a greater contribution to the recovery of the original content (such as images and audio) by the receiving device, the HARQ transmission method is used for transmission, which can improve the decoding success rate of the important data by the receiving device.
  • non-important data since the contribution to the recovery of the original content (such as images and audio) by the receiving device is small, the non-HARQ transmission method is used for transmission, which can reduce the occupation of sending resources without affecting the recovery of the original content by the receiving device. and improve the decoding speed.
  • the phenomenon of freezing and frame loss can be reduced, and the reliability and anti-interference ability of data transmission can be improved, thereby improving the user experience.
  • FIG. 7(b) Another data transmission method provided by an embodiment of the present application includes the following steps:
  • Step 701b receiving the radio frame sent by the sending device.
  • the channel end (ie, the physical layer) of the receiving device may receive the radio frame from the transmitting device.
  • the received radio frame may be the first radio frame that is sent by using the HARQ transmission mode, or may be the non-HARQ transmission mode described in the above two embodiments (that is, the pre-agreed first transmission mode or the second transmission mode). mode) to transmit the second radio frame.
  • Step 702b judging whether the radio frame adopts the HARQ transmission mode.
  • the receiving device may determine whether the radio frame adopts the HARQ transmission mode according to whether the received radio frame carries the first sequence or the second sequence. For example, when the received radio frame carries the first sequence, the receiving device determines that the radio frame adopts the HARQ transmission mode. When the received radio frame carries the second sequence, the receiving device determines that the radio frame adopts a non-HARQ transmission mode (ie, the pre-agreed first transmission mode or the second transmission mode).
  • a non-HARQ transmission mode ie, the pre-agreed first transmission mode or the second transmission mode.
  • the radio frame when the radio frame adopts the HARQ transmission mode, it indicates that the radio frame carries important data. When the radio frame adopts the non-HARQ transmission mode, it indicates that the radio frame carries non-important data.
  • step 702b if it is determined that the received radio frame is sent by the HARQ transmission mode, then go to step 703b, that is, the radio frame is decoded by using the decoding mode corresponding to the HARQ transmission mode (for example, Turbo decoding) (ie, decoding important data within the radio frame). If it is determined that the received radio frame is sent in a non-HARQ transmission mode, go to step 714b, that is, use a decoding mode corresponding to the non-HARQ transmission mode (for example, FEC decoding) to decode the radio frame (ie, FEC decoding). Decode non-essential data within a radio frame).
  • the decoding mode corresponding to the HARQ transmission mode for example, Turbo decoding
  • the following steps 703b to 712b describe the decoding of the radio frame by using the decoding method corresponding to the HARQ transmission method.
  • the HARQ buffer In the decoding mode corresponding to the HARQ transmission mode, there is a HARQ buffer on the receiving device, the HARQ buffer is empty in the initial state, and the HARQ buffer is used to store the initial transmission data or retransmission data that the receiving device fails to decode.
  • the receiving device may decode the data in the radio frame in combination with the HARQ buffer.
  • the receiving device when the receiving device receives a retransmission frame (the retransmission frame carries the retransmitted data), the receiving device can obtain from the HARQ buffer the initial transmission data or retransmission data that fails to decode corresponding to the important data (if any words), and after soft combining the received retransmission data and the data obtained from the HARQ buffer, joint decoding is performed, thereby improving the decoding success rate.
  • the specific description is given below.
  • Step 703b judging whether the data carried in the radio frame is initial transmission data.
  • step 704b If the data is initially transmitted, go to step 704b.
  • step 705b If it is not the first transmitted data (that is, the retransmitted data), go to step 705b.
  • Step 704b decode the data.
  • the HARQ buffer is empty, so the receiving device directly decodes the initial transmission data.
  • the initial transmission data here is one of multiple different redundant encoding versions obtained by encoding the data to be transmitted by the transmitting device. For details, refer to the relevant description on the sending side.
  • step 704b go to execution step 706b.
  • Step 705b extracting the redundant coded version from the HARQ buffer for combined decoding.
  • the HARQ buffer is used to store the data that fails to decode, when the received data is not the initial transmission data (that is, the retransmission data), it indicates the data received last time (it can be the initial transmission data or the retransmission data) is decoded and stored in the HARQ buffer.
  • the initial transmission data or different retransmission data of a piece of data received by the receiving device are respectively one of multiple redundant encoding versions obtained after encoding the data by the transmitting device, and are different from each other.
  • the redundant coded versions of the data are stored in the HARQ buffer, these redundant coded versions are taken out from the HARQ buffer, and then the currently received redundant coded version and the redundant coded version taken out from the HARQ buffer are combined and decoded (or joint decoding). Since the combined decoding is performed according to multiple redundant encoding versions, the decoding success rate can be improved, that is, compared with decoding one encoded version of the data separately, there is a decoding gain.
  • step 705b go to execution step 706b.
  • Step 706b judging whether the decoding is successful.
  • step 704b After decoding a first transmitted data (ie, the above-mentioned step 704b) or decoding a retransmitted data (ie, the above-mentioned step 705b), it is necessary to judge whether the decoding is successful.
  • step 707b If the decoding is successful, go to step 707b.
  • Step 707b clear the HARQ buffer.
  • the receiving device Since the receiving device successfully decodes the above received data (which may be successful decoding of the initial transmission data, or successful joint decoding of the retransmitted data), it indicates that the receiving process of the radio frame is completed, so the data stored in the HARQ cache is no longer needed. The redundant coded version (if any) that failed to decode, so the HARQ buffer can be emptied so that the HARQ buffer can be used for the reception of the next radio frame.
  • the methods for the receiving device to clear the HARQ buffer include but are not limited to:
  • the receiving device first determines whether there is data stored in the HARQ cache, and if so, erases the HARQ cache, and if not, performs no operation. This method can reduce the erasing times of the HARQ cache.
  • the receiving device does not judge whether data is stored in the HARQ cache, but directly erases the HARQ cache, thereby realizing the clearing of the HARQ cache.
  • This method does not need to judge whether there is data in the HARQ buffer.
  • step 707b go to execution step 708b.
  • Step 708b mark the feedback confirmation response.
  • the receiving device Since the receiving device successfully decodes the data, it needs to send feedback information to the sending device, and the feedback information is an acknowledgment. Therefore, the receiving device marks the feedback acknowledgment, so that the corresponding time-frequency resources can be scheduled to feed back the acknowledgment to the sending device subsequently.
  • step 708b go to execution step 713b.
  • Step 709b judging whether the maximum number of retransmissions is reached.
  • the maximum number of retransmissions may be preconfigured.
  • step 706b When it is determined in the above step 706b that the decoding of the received data (which may be initial transmission data or retransmission data) fails, it is necessary to determine whether the number of retransmissions of the data reaches the maximum number of retransmissions.
  • the receiving device determines that the data reception fails (that is, the data content of the wireless frame is not successfully decoded and acquired) and will not be retransmitted in the future, and then goes to step 710b .
  • the receiving device determines that the data is currently not successfully decoded and obtains the data content of the radio frame, but will retransmit the data subsequently, and then goes to step 711b.
  • Step 710b clear the HARQ buffer.
  • the receiving device fails to receive the above data (that is, the data content of the wireless frame is not successfully decoded and obtained), and the maximum number of retransmissions is reached, the receiving process of the wireless frame has been completed, so the HARQ buffer is no longer required. Therefore, the HARQ buffer can be emptied so that the HARQ buffer can be used for the next data reception.
  • the method for clearing the HARQ buffer by the receiving device is similar to the method for clearing the HARQ buffer in the foregoing step 707b, and reference may be made to the foregoing description.
  • step 710b go to execution step 712b.
  • Step 711b store the data in the HARQ buffer.
  • the receiving device Since the receiving device fails to decode the latest received data (that is, a redundant coded version), but will retransmit the data later, the receiving device can store the currently received redundant coded version that fails to decode into the HARQ buffer , so that when the retransmitted data of the data (ie, another redundant coded version) is received next time, joint decoding can be performed in combination with the redundant coded version that fails to decode in the HARQ buffer, so as to improve the decoding gain.
  • step 711b go to execution step 712b.
  • Step 712b mark the feedback negative response.
  • the receiving device Since the receiving device fails to decode the data, it needs to send feedback information to the transmitting device, and the feedback information is a negative response. Therefore, the receiving device marks the feedback acknowledgment, so that the corresponding time-frequency resources can be scheduled to feed back the acknowledgment to the sending device subsequently.
  • step 712b go to execution step 713b.
  • Step 713b sending a confirmation response or a negative response.
  • step 708b the receiving device sends an acknowledgement response to the sending device, indicating that the decoding is successful. If step 712b is executed in the above process, the receiving device sends a negative response to the sending device, indicating that the decoding fails.
  • the following steps 714b to 718b describe the decoding of the data carried in the radio frame by using a decoding method corresponding to the non-HARQ transmission method (for example, FEC decoding may be used).
  • the non-HARQ transmission mode may be the first transmission mode or the second transmission mode, and the descriptions of the two transmission modes may be related to the descriptions in the foregoing embodiments.
  • one of the transmission devices may be pre-agreed between the sending device and the receiving device.
  • Step 714b decode the data.
  • the sending device When the sending device sends a radio frame to the receiving device using the first transmission mode, after receiving the radio frame, the receiving device only decodes it according to the data carried in the radio frame, and does not perform joint decoding like the decoding corresponding to the HARQ transmission mode. .
  • the sending device When the sending device sends a radio frame to the receiving device using the second transmission mode, after the receiving device receives the radio frame, it only decodes the data carried in the radio frame, and does not perform joint decoding like the decoding corresponding to the HARQ transmission mode. decoding.
  • step 715b is performed.
  • Step 715b judging whether the decoding is successful.
  • step 717b For the first transmission mode, when the decoding by the receiving device succeeds, the process ends, and when the decoding by the receiving device fails, go to step 717b, that is, discard the data.
  • the first transmission method only transmits each data once, regardless of whether the receiving device decodes successfully, the sending device will not retransmit it. Therefore, when the receiving device fails to decode, the data is discarded, indicating that the data has not been successfully obtained.
  • the process ends, and when the decoding by the receiving device fails, go to step 717b, that is, discard the data.
  • the second transmission method will also be retransmitted, the data retransmitted each time is encoded by FEC, so the retransmitted data is the same, unlike HARQ transmission, the same data is retransmitted each time.
  • Different redundant coding versions so in this second transmission mode, joint coding cannot be performed like HARQ transmission. Therefore, when the receiving device fails to decode the received data, it discards the data, indicating that the data has not been successfully obtained.
  • step 716b is performed.
  • Step 716b mark the feedback confirmation response.
  • the receiving device Since the receiving device successfully decodes the radio frame, it needs to send feedback information to the transmitting device, and the feedback information is an acknowledgment. Therefore, the receiving device marks the feedback acknowledgment, so that the corresponding time-frequency resources can be scheduled to feed back the acknowledgment to the sending device subsequently.
  • step 716b go to execution step 713b.
  • Step 717b discard the data.
  • step 718b After the receiving device discards the data, it goes to step 718b.
  • Step 718b mark the feedback negative response.
  • the receiving device Since the receiving device fails to decode the data, it needs to send feedback information to the transmitting device, and the feedback information is a negative response. Therefore, the receiving device marks the feedback acknowledgment, so that the corresponding time-frequency resources can be scheduled to feed back the acknowledgment to the sending device subsequently.
  • step 718b go to execution step 713b.
  • steps 715b to 718b when the data received by the receiving device is sent in a non-HARQ transmission mode, it indicates that the data is not important data, so the data is directly discarded after the parsing failure, and there is no need to store it to perform joint decoding. .
  • the sending device can use different sending modes according to whether the data to be sent is important data.
  • important data since it has a greater contribution to the recovery of the original content (such as images and audio) by the receiving device, the HARQ transmission method is used for transmission, which can improve the decoding success rate of the important data by the receiving device.
  • non-important data since the contribution to the recovery of the original content (such as images and audio) by the receiving device is small, the non-HARQ transmission method is used for transmission, which can reduce the occupation of sending resources without affecting the recovery of the original content by the receiving device. and improve the decoding speed.
  • the phenomenon of freezing and frame loss can be reduced, and the reliability and anti-interference ability of data transmission can be improved, thereby improving the user experience.
  • FIG. 8 it is a schematic diagram of a sending device according to an embodiment of the present application.
  • the apparatus is used to implement each step of the above embodiment in FIG. 2 .
  • the sending device 800 includes a sending unit 810 and a processing unit 820 .
  • the sending unit 810 is configured to send the important data of the media data frame to the receiving device by using the HARQ transmission mode, where the important data of the media data frame includes the basic part in the media data frame; After success, the non-HARQ transmission mode is used to send the non-important data of the media data frame to the receiving device, where the non-important data of the media data frame includes the enhanced part in the media data frame.
  • the important data of the media data frame further includes encoding parameters corresponding to the media data frame.
  • the time occupied by sending the important data of the media data frame does not exceed the length of the first sending time window, and the length of the first sending time window is the length of sending the important data of the media data frame and the maximum duration allowed for the non-critical data of the media data frame.
  • the sending unit 810 configured to send the important data of the media data frame to the receiving device using the HARQ transmission mode, specifically includes: using the HARQ transmission mode within the first sending time window The important data of the media data frame is sent.
  • the sending unit 810 is configured to send the non-important data of the media data frame to the receiving device in a non-HARQ transmission manner after the important data of the media data frame is successfully sent, specifically including: After the important data of the frame is successfully sent, the non-important data is sent within the remaining duration of the first sending time window, and the remaining duration is an important factor for successfully sending the media data frame within the first sending time window. Remaining time after data.
  • the processing unit 820 is configured to, if within the first sending time window, the important data of the media data frame is successfully sent, but the remaining duration of the first sending time window is not enough for sending the non-important data of the media data frame, it is determined to stop sending the non-important data of the media data frame to the receiving device; wherein, the remaining duration is the successful sending of the media within the first sending time window The time remaining after the important data of the data frame.
  • the processing unit 820 is configured to, if the important data of the media data frame is not successfully sent within the first sending time window, determine to stop sending the media to the receiving device important data of the data frame, and it is determined to stop sending the non-important data of the media data frame to the receiving device.
  • the non-HARQ transmission is a first transmission mode
  • the first transmission mode is a transmission mode without a retransmission mechanism.
  • the non-HARQ transmission is a second transmission mode
  • the second transmission mode has a retransmission mechanism
  • the forward error correction (FEC) corresponding to the non-important data is retransmitted each time How the encoded version data is transmitted.
  • the maximum number of retransmissions corresponding to the second transmission mode is smaller than the maximum number of retransmissions corresponding to the HARQ transmission mode.
  • the sending unit 810 configured to send the important data of the media data frame to the receiving device by using the HARQ transmission mode, specifically includes: using the HARQ transmission mode to send the media data frame to the receiving device At least one first radio frame corresponding to the important data of , the at least one first radio frame carries a first sequence, and the first sequence is used to indicate that the at least one first radio frame is sent by using the HARQ transmission mode.
  • a sending unit 810 configured to send the non-important data of the media data frame to the receiving device by using a non-HARQ transmission mode, specifically comprising: using the non-HARQ transmission mode to send the non-important data to the receiving device
  • Corresponding at least one second radio frame the at least one second radio frame carries a second sequence, and the second sequence is used to indicate that the at least one second radio frame is sent in a non-HARQ transmission manner; wherein the The first sequence and the second sequence are different sequences.
  • the first sequence and the second sequence are opposite sequences.
  • the first radio frame and the second radio frame have the same frame format, and the frame format includes a long training field and a short training field;
  • the long training field carries the first sequence
  • the long training field of the second radio frame carries the second sequence
  • the short training field of the at least one first radio frame carries the first sequence
  • the The short training field of the second radio frame carries the second sequence.
  • the frame format is a non-high-throughput format non-HT format PPDU format, or a high-throughput mixed format HT mixed format.
  • the above-mentioned sending device 800 may further include a storage unit, which is used to store data or instructions (also referred to as codes or programs), and each of the above-mentioned units may interact or be coupled with the storage unit to implement corresponding methods or Features.
  • the processing unit 820 may read data or instructions in the storage unit, so that the sending device implements the methods in the foregoing embodiments.
  • each unit in the sending device can all be implemented in the form of software calling through the processing element; also can all be implemented in the form of hardware; some units can also be implemented in the form of software calling through the processing element, and some units can be implemented in the form of hardware.
  • each unit can be a separately established processing element, or can be integrated in a certain chip of the sending device, and can also be stored in the memory in the form of a program, which can be called and executed by a certain processing element of the sending device. function of the unit.
  • each step of the above method or each of the above units may be implemented by an integrated logic circuit of hardware in the processor element or implemented in the form of software being invoked by the processing element.
  • the unit in any of the above sending devices may be one or more integrated circuits configured to implement the above method, such as: one or more specific integrated circuits (Application Specific Integrated Circuit, ASIC), or, a or multiple microprocessors (digital singnal processors, DSP), or, one or more field programmable gate arrays (Field Programmable Gate Array, FPGA), or a combination of at least two of these integrated circuit forms.
  • ASIC Application Specific Integrated Circuit
  • DSP digital singnal processors
  • FPGA Field Programmable Gate Array
  • the unit in the sending device can be implemented in the form of a processing element scheduler
  • the processing element can be a general-purpose processor, such as a central processing unit (Central Processing Unit, CPU) or other processors that can call programs.
  • CPU central processing unit
  • these units can be integrated together and implemented in the form of a system-on-a-chip (SOC).
  • SOC system-on-a-chip
  • FIG. 9 it is a schematic diagram of a receiving device according to an embodiment of the present application.
  • the apparatus is used to implement each step of the above embodiment in FIG. 5 .
  • the receiving device 900 includes a transceiver unit 910 and a processing unit 920 .
  • the transceiver unit 910 is configured to receive radio frames from the transmitting device.
  • the processing unit 930 is configured to decode the radio frame by using a decoding mode corresponding to the HARQ transmission mode of hybrid automatic retransmission if the radio frame carries the first sequence; if the radio frame carries the second sequence, use non- The radio frame is decoded by a decoding mode corresponding to the HARQ transmission mode, and the second sequence is different from the first sequence.
  • the decoding mode corresponding to the HARQ transmission mode is Turbo decoding.
  • the decoding mode corresponding to the non-HARQ transmission mode is forward error correction (FEC) decoding.
  • FEC forward error correction
  • the non-HARQ transmission is a first transmission mode
  • the first transmission mode is a transmission mode without a retransmission mechanism.
  • the non-HARQ transmission is a second transmission mode
  • the second transmission mode has a retransmission mechanism
  • the forward error correction (FEC) corresponding to the non-important data is retransmitted each time How the encoded version data is transmitted.
  • the maximum number of retransmissions corresponding to the second transmission mode is smaller than the maximum number of retransmissions corresponding to the HARQ transmission mode.
  • the first sequence and the second sequence are opposite sequences.
  • the frame format of the radio frame includes a long training field and a short training field.
  • the long training field of the radio frame carries the first sequence or the second sequence; or the short training field of the radio frame carries the first sequence or carries the second sequence.
  • the frame format is a non-high-throughput format non-HT format PPDU format, or a high-throughput mixed format HT mixed format.
  • the transceiver unit 910 is configured to use pre-scheduled time-frequency resources to send feedback information for the radio frame to the sending device, where the feedback information is an acknowledgment response or a negative response; or, Send the feedback information to the sending device using a first time-frequency resource, where the first time-frequency resource is the time-frequency resource occupied by the radio frame to be sent to the sending device; or, use a re-applied time-frequency resource The resource sends the feedback information to the sending device.
  • the transceiver unit 910 is configured to preferentially use the pre-scheduled time-frequency resources to send the feedback information for the radio frame to the sending device; if the pre-scheduled time-frequency resources cannot be If both the pre-scheduled time-frequency resource and the first time-frequency resource are unavailable, use the re-application send the feedback information to the sending device using the time-frequency resources.
  • the above-mentioned receiving device 900 may further include a storage unit, which is used to store data or instructions (also referred to as codes or programs), and each of the above-mentioned units may interact or be coupled with the storage unit to implement corresponding methods or Features.
  • the processing unit 920 may read data or instructions in the storage unit, so that the receiving device implements the methods in the above embodiments.
  • each unit in the receiving device can all be implemented in the form of software calling through the processing element; also all can be implemented in the form of hardware; some units can also be implemented in the form of software calling through the processing element, and some units can be implemented in the form of hardware.
  • each unit can be a separately established processing element, or can be integrated in a certain chip of the receiving device, and can also be stored in the memory in the form of a program, which can be called and executed by a certain processing element of the receiving device. function of the unit.
  • each step of the above method or each of the above units may be implemented by an integrated logic circuit of hardware in the processor element or implemented in the form of software being invoked by the processing element.
  • a unit in any of the above receiving devices may be one or more integrated circuits configured to implement the above method, eg: one or more ASICs, or, one or more DSPs, or, one or more an FPGA, or a combination of at least two of these integrated circuit forms.
  • the processing element can be a general-purpose processor, such as a CPU or other processors that can invoke programs.
  • these units can be integrated together and implemented in the form of SOC.
  • the communication apparatus includes: a processor 1010 and an interface 1030 , and optionally, the communication apparatus further includes a memory 1020 .
  • the interface 1030 is used to implement communication with other devices.
  • the methods performed by the sending device or the receiving device in the above embodiments may be implemented by the processor 1010 calling a program stored in a memory (which may be the memory 1020 in the sending device or the receiving device, or an external memory). That is, the sending device or the receiving device may include a processor 1010, and the processor 1010 executes the method performed by the sending device or the receiving device in the above method embodiments by calling the program in the memory.
  • the processor here may be an integrated circuit with signal processing capability, such as a CPU.
  • a transmitting device or a receiving device may be implemented by one or more integrated circuits configured to implement the above methods. For example: one or more ASICs, or, one or more microprocessor DSPs, or, one or more FPGAs, etc., or a combination of at least two of these integrated circuit forms. Alternatively, the above implementations may be combined.
  • the function/implementation process of the sending unit 810 and the processing unit 820 in FIG. 8 can be implemented by the processor 1010 in the communication apparatus 1000 shown in FIG. 10 calling the computer-executable instructions stored in the memory 1020 .
  • the function/implementation process of the processing unit 820 in FIG. 8 may be implemented by the processor 1010 in the communication device 1000 shown in FIG. 10 calling the computer-executed instructions stored in the memory 1020, and the function of the sending unit 810 in FIG. 8
  • the implementation process can be implemented through the interface 1030 in the communication device 1000 shown in FIG. 10 .
  • the function/implementation process of the sending unit 810 can be implemented by the processor calling program instructions in the memory to drive the interface 1030 .
  • the functions/implementation process of the transceiver unit 910 and the processing unit 920 in FIG. 9 may be implemented by the processor 1010 in the communication apparatus 1000 shown in FIG. 10 calling computer executable instructions stored in the memory 1020 .
  • the function/implementation process of the processing unit 920 in FIG. 9 can be implemented by the processor 1010 in the communication apparatus 1000 shown in FIG. 10 calling the computer-executed instructions stored in the memory 1020, and the function of the transceiver unit 910 in FIG. 9
  • the implementation process can be implemented by the interface 1030 in the communication device 1000 shown in FIG. 10
  • the function/implementation process of the transceiver unit 910 can be implemented by the processor calling program instructions in the memory to drive the interface 1030 .
  • At least one item (single, species) of a, b, or c can represent: a, b, c, ab, ac, bc, or abc, where a, b, c can be single or multiple.
  • “Plurality" means two or more, and other quantifiers are similar.
  • the above-mentioned embodiments it may be implemented in whole or in part by software, hardware, firmware or any combination thereof.
  • software it can be implemented in whole or in part in the form of a computer program product.
  • the computer program product includes one or more computer instructions. 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 the present application are generated.
  • the computer may be a general purpose computer, special purpose computer, computer network, or other programmable device.
  • the computer instructions may be stored in or transmitted from one computer readable storage medium to another computer readable storage medium, for example, the computer instructions may be downloaded from a website site, computer, server or data center Transmission to another website site, computer, server, or data center is by wire (eg, coaxial cable, fiber optic, digital subscriber line (DSL)) or wireless (eg, infrared, wireless, microwave, etc.).
  • the computer-readable storage medium may be any available medium that a computer can access, or a data storage device such as a server, a data center, or the like that includes an integration of one or more available media.
  • the usable media may be magnetic media (eg, floppy disks, hard disks, magnetic tapes), optical media (eg, DVDs), or semiconductor media (eg, solid state disks (SSDs)), and the like.
  • a general-purpose processor may be a microprocessor, or alternatively, the general-purpose processor may be any conventional processor, controller, microcontroller, or state machine.
  • a processor may also be implemented by a combination of computing devices, such as a digital signal processor and a microprocessor, multiple microprocessors, one or more microprocessors in combination with a digital signal processor core, or any other similar configuration. accomplish.
  • the steps of the method or algorithm described in the embodiments of this application may be directly embedded in hardware, a software unit executed by a processor, or a combination of the two.
  • Software units can be stored in random access memory (Random Access Memory, RAM), flash memory, read-only memory (Read-Only Memory, ROM), EPROM memory, EEPROM memory, registers, hard disk, removable disk, CD-ROM or this.
  • RAM Random Access Memory
  • ROM read-only memory
  • EPROM memory read-only memory
  • EEPROM memory electrically erasable programmable read-only memory
  • registers hard disk, removable disk, CD-ROM or this.
  • a storage medium may be coupled to the processor such that the processor may read information from, and store information in, the storage medium.
  • the storage medium can also be integrated into the processor.
  • the processor and storage medium may be provided in the ASIC.
  • the above-described functions described herein may be implemented in hardware, software, firmware, or any combination of the three. If implemented in software, the functions may be stored on, or transmitted over, a computer-readable medium in the form of one or more instructions or code.
  • Computer-readable media includes computer storage media and communication media that facilitate the transfer of a computer program from one place to another. Storage media can be any available media that a general-purpose or special-purpose computer can access.
  • Such computer-readable media may include, but are not limited to, RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other device that can be used to carry or store instructions or data structures and Other media in the form of program code that can be read by a general-purpose or special-purpose computer, or a general-purpose or special-purpose processor.
  • any connection is properly defined as a computer-readable medium, for example, if software is transmitted from a website site, server or other remote source over a coaxial cable, fiber optic computer, twisted pair, digital subscriber line (DSL) Or transmitted by wireless means such as infrared, wireless, and microwave are also included in the definition of computer-readable media.
  • DSL digital subscriber line
  • the discs and magnetic discs include compact discs, laser discs, optical discs, digital versatile discs (English: Digital Versatile Disc, DVD for short), floppy discs and Blu-ray discs. Disks usually reproduce data magnetically, while Discs usually use lasers to optically reproduce data. Combinations of the above can also be included in computer readable media.
  • the functions described in this application may be implemented in hardware, software, firmware, or any combination thereof.
  • the functions may be stored on or transmitted over as one or more instructions or code on a computer-readable medium.
  • Computer-readable media includes both computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another.
  • a storage medium can be any available medium that can be accessed by a general purpose or special purpose computer.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请实施例提供数据传输方法、发送设备及接收设备。该方法包括：采用HARQ传输方式向接收设备发送媒体数据帧的重要数据；在媒体数据帧的重要数据发送成功后，采用非HARQ传输方式向接收设备发送媒体数据帧的非重要数据。基于该方案，将媒体数据帧的数据划分为重要数据和非重要数据，待重要数据发送成功后，再发送非重要数据。如此，一方面优先发送重要数据，并且通过HARQ传输方式可以保障重要数据的成功发送，从而提升数据传输的质量，另一方面，对于非重要数据，是采用非HARQ传输方式进行传输的，相较于HARQ传输方式，可以减少传输开销。

Description

数据传输方法、发送设备及接收设备 技术领域
本申请实施例涉及通信技术领域，尤其涉及数据传输方法、发送设备及接收设备。
背景技术
随着通信技术的发展，用户也希望能够得到更好的使用体验。比如，当用户将屏幕较小的设备上的内容投屏到大屏显示设备上时，希望能够观看到流畅和高质量的画面。再比如，当用户通过音频软件在线收听音乐节目时，希望能够听到清晰流畅的声音。
因此，如何实现媒体数据的高质量传输，以保障更好的用户体验，是目前需要解决的。
发明内容
本申请实施例提供数据传输方法、发送设备及接收设备，用以实现媒体数据的高质量传输，以保障更好的用户体验。
第一方面，本申请实施例提供一种数据传输方法，包括：采用HARQ传输方式向接收设备发送媒体数据帧的重要数据；在该媒体数据帧的重要数据发送成功后，采用非HARQ传输方式向该接收设备发送该媒体数据帧的非重要数据。
其中，重要数据指的是能够表征媒体流的关键信息，非重要数据是除重要数据之外的数据。媒体数据帧的重要数据包括该媒体数据帧中的基础部分和/或媒体数据帧对应的编码参数，媒体数据帧的非重要数据包含媒体数据帧中的增强部分。作为示例，当媒体数据帧是图像时，则媒体数据帧的重要数据可以包括图像的轮廓信息、人物动作信息、图像的基本形状信息等，媒体数据帧的非重要数据可以包括图像色彩数据、图像细节数据等。应当理解，在一种可选的情况中，媒体流中的I帧整帧都可以认为属于重要数据。
基于上述方案，将媒体数据帧的数据划分为重要数据和非重要数据，待重要数据发送成功后，再发送非重要数据。如此，一方面优先发送重要数据，并且通过HARQ传输方式可以保障重要数据的成功发送，从而提升数据传输的质量，另一方面，对于非重要数据，是采用非HARQ传输方式进行传输的，相较于HARQ传输方式，可以减少传输开销。
在一种可能的实现方法中，发送设备的信源端(如数据链路层等)获取待传输的媒体数据帧，确定该媒体数据帧中的重要数据和非重要数据，向发送设备的信道端(如物理层)发送第一数据包和第二数据包，该第一数据包携带第一指示信息和该重要数据，第一指示信息用于指示该第一数据包中携带的是重要数据，该第二数据包携带第二指示信息和该非重要数据，第二指示信息用于指示该第二数据包中携带的是非重要数据。然后发送设备的信道端根据第一指示信息确定待传输的数据为重要数据，并根据第二指示信息确定待传输的数据为非重要数据。在一种可选的情况中，第一指示信息和第二指示信息可能携带在数据中，例如携带第一指示信息的数据为重要数据，携带第二指示信息的数据为非重要数据。
在一种可能的实现方法中，发送设备的信源端(如数据链路层等)获取待传输的媒体数据帧，确定该媒体数据帧中的重要数据，向发送设备的信道端(如物理层)发送第一数据包，该第一数据包携带第一指示信息和该重要数据，第一指示信息用于指示该第一数据包中携带的是重要数据。当发送设备的信源端确定重要数据发送成功，则向发送设备的信 道端发送第二数据包，该第二数据包携带第二指示信息和该非重要数据，第二指示信息用于指示该第二数据包中携带的是非重要数据，然后发送设备的信道端根据第二指示信息向接收设备发送第二数据包中的非重要数据。
在一种可能的实现方法中，发送该媒体数据帧的重要数据占用的时长不超过第一发送时间窗的长度，该第一发送时间窗的长度为发送该媒体数据帧的重要数据和该媒体数据帧的非重要数据所允许的最大时长。
通过发送时间窗的方式限定每个媒体数据帧的发送时间，每个媒体数据帧仅在发送时间窗内发送，当媒体数据帧在相应的发送时间窗内发送失败，则放弃该媒体数据帧，并在下一个发送时间窗内继续传输新的媒体数据帧，可以避免因某一个媒体数据帧的发送失败而影响后续媒体数据帧的正常传输，有助于提升传输的流畅性。比如当接收设备是显示设备，则可以提升显示设备播放的流畅性，避免发生长时间卡顿。
在一种可能的实现方法中，采用HARQ传输方式向接收设备发送媒体数据帧的重要数据，包括：采用该HARQ传输方式在该第一发送时间窗内发送该媒体数据帧的重要数据；在该媒体数据帧的重要数据发送成功后，采用非HARQ传输方式向该接收设备发送该媒体数据帧的非重要数据，包括：在该媒体数据帧的重要数据发送成功后，在该第一发送时间窗的剩余时长内发送该非重要数据，该剩余时长为在该第一发送时间窗内成功发送该媒体数据帧的重要数据之后的剩余时间。
基于该方法，优先保障重要数据的成功传输，可以提升数据传输的质量和效率。
在一种可能的实现方法中，若在该第一发送时间窗内，该媒体数据帧的重要数据发送成功，但该第一发送时间窗的剩余时长不够发送该媒体数据帧的非重要数据，则停止向该接收设备发送该媒体数据帧的非重要数据；其中，该剩余时长为在该第一发送时间窗内成功发送该媒体数据帧的重要数据之后的剩余时间。
在一种可能的实现方法中，若在该第一发送时间窗内，该媒体数据帧的重要数据未发送成功，则停止向该接收设备发送该媒体数据帧的重要数据，并且停止向该接收设备发送该媒体数据帧的非重要数据。
由于重要数据指的是能够表征媒体流的关键信息，因此当重要数据无法成功发送时，后续再发送非重要数据也没有意义。因此上述方案中当重要数据未能在相应的发送时间窗内成功发送，则停止继续发送该重要数据，以免影响其他媒体数据帧的及时传输，有助于保证传输流畅性。同时，也停止发送该媒体数据帧的非重要数据，有助于节约资源开销。
在一种可能的实现方法中，该非HARQ传输为第一传输方式，该第一传输方式为无重传机制的传输方式。
由于非重要数据相对没那么重要，因此对于传输可靠性要求不是特别高，在上述方案中，对非重要数据采用无重传机制的传输方式，有利于节约资源开销。
在一种可能的实现方法中，该非HARQ传输为第二传输方式，该第二传输方式为有重传机制、且每次均重传该非重要数据对应的前向纠错FEC编码版本数据的传输方式。
由于非重要数据相对没那么重要，因此对于传输可靠性要求不是特别高，在上述方案中，对非重要数据采用有重传机制且每次均重传该非重要数据对应的FEC编码版本数据的传输方式。该传输方式的可靠性高于上述无重传机制的传输方式的可靠性，但低于重要数据对应的HARQ传输方式的可靠性。基于该方案，在一定程度上保障了传输可靠性和节约了资源开销。
在一种可能的实现方法中，该第二传输方式对应的最大重传次数小于该HARQ传输方式对应的最大重传次数。
在一种可能的实现方法中，采用HARQ传输方式向接收设备发送媒体数据帧的重要数据，包括：采用该HARQ传输方式向该接收设备发送该媒体数据帧的重要数据对应的至少一个第一无线帧，该至少一个第一无线帧携带第一序列，该第一序列用于指示该至少一个第一无线帧是采用HARQ传输方式发送的；采用非HARQ传输方式向该接收设备发送该媒体数据帧的非重要数据，包括：采用该非HARQ传输方式向该接收设备发送该非重要数据对应的至少一个第二无线帧，该至少一个第二无线帧携带第二序列，该第二序列用于指示该至少一个第二无线帧是采用非HARQ传输方式发送的；其中，该第一序列与该第二序列是不同的序列。
在一种可能的实现方法中，该第一序列与该第二序列是相反序列。
在一种可能的实现方法中，该第一无线帧与该第二无线帧的帧格式相同，该帧格式中包括长训练字段和短训练字段；该至少一个第一无线帧的长训练字段携带该第一序列，该第二无线帧的长训练字段携带该第二序列；或者，该至少一个第一无线帧的短训练字段携带该第一序列，该第二无线帧的短训练字段携带该第二序列。
基于上述方案，通过在已有字段上携带第一序列或第二序列，可以减少对现有帧格式的改动。现有帧格式中包含长训练字段和短训练字段，短训练字段用于通信双方做粗糙的同步，长训练字段用于通信双方做精确同步。以短训练字段为例，现有技术中，通信双方约定在现有帧格式的短训练字段中携带第一序列，发送设备在短训练字段中携带第一序列，当接收设备能够正确解析得到第一序列，则可以实现收发双方实现粗糙的同步。在该基础上，本申请上述方案增加第二序列，该第二序列与第一序列不同，可选的，二者是相反序列。因此发送设备可以在短训练字段中携带第一序列或第二序列，当接收设备能够正确解析得到第一序列或得到第二序列，则都可以实现收发双方实现粗糙的同步。同时，接收设备还可以基于第一序列或第二序列判断当前无线帧是采用什么传输方式发送过来的：当正确解析得到第一序列则表明当前无线帧是采用HARQ传输方式发送的，当正确解析得到第二序列则表明当前无线帧是采用非HARQ传输方式(如预先约定的第一传输方式或第二传输方式)发送的。在另一个示例中，当长训练字段用于实现上述同步以及指示传输方式的功能时，其实现原理与短训练字段类似，不再赘述。
在一种可能的实现方法中，该帧格式为non-HT format PPDU格式、或为HT mixed format。
在一种可能的实现方法中，采用该HARQ传输方式向该接收设备发送该媒体数据帧的重要数据对应的至少一个第一无线帧，包括：将该重要数据的多个不同冗余编码版本存储在HARQ缓存中，从该HARQ缓存中取出任一个冗余编码版本携带于第一无线帧中发送给接收设备。
在一种可能的实现方法中，将该重要数据的多个不同冗余编码版本存储在HARQ缓存中，包括：对该重要数据进行Turbo编码，得到该重要数据的多个不同冗余编码版本，将该多个不同冗余编码版本存储在该HARQ缓存中。从该HARQ缓存中取出任一个冗余编码版本携带于第一无线帧中发送给接收设备，包括：从该HARQ缓存取出该多个不同冗余编码版本中的第一冗余编码版本，将该第一冗余编码版本携带于第一无线帧中发送给接收设备；当从该接收设备接收到针对该第一无线帧的否认应答，则从该HARQ缓存取出该多 个不同冗余编码版本中的第二冗余编码版本，将该第二冗余编码版本携带于另一个第一无线帧中发送给接收设备；当从该接收设备接收到针对第一无线帧的确认应答或达到最大重传次数，则停止向该接收设备发送该HARQ缓存内的剩余冗余编码版本。
第二方面，本申请实施例提供一种数据传输方法，包括：从发送设备接收无线帧；若该无线帧携带第一序列，则使用HARQ传输方式对应的解码方式对该无线帧进行解码；若该无线帧携带第二序列，则使用非HARQ传输方式对应的解码方式对该无线帧进行解码，该第二序列与该第一序列不同。
基于上述方案，采用不同的传输方式来传输数据，比如可以将重要数据采用HARQ传输方式，非重要数据采用非HARQ传输方式，从而可以保障重要数据的成功发送，从而提升数据传输的质量，并且对于非重要数据采用非HARQ传输方式进行传输，相较于HARQ传输方式，可以减少传输开销。进一步的，通过在无线帧中携带第一序列或第二序列来区分无线帧的传输方式，实现较为简单，对现有帧格式无需改动，因而可以提升该方案的实用性。
在一种可能的实现方法中，该HARQ传输方式对应的解码方式为Turbo解码。
在一种可能的实现方法中，使用Turbo解码方式对无线帧进行解码，具体包括：当确定该无线帧携带第一数据对应的初传数据，则对该无线帧携带的初传数据进行解码；当解码失败时，将该初传数据存储至HARQ缓存，该HARQ缓存用于存储从发送设备接收到且解码失败的该第一数据对应的不同冗余编码版本；当确定该无线帧携带该第一数据对应的重传数据，则从HARQ缓存获取该第一数据对应的不同冗余编码版本，将该接收到的重传数据与从HARQ缓存获取到的第一数据对应的不同冗余编码版本进行联合解码。
在一种可能的实现方法中，在对重传数据解码成功后，清空上述HARQ缓存。
在一种可能的实现方法中，该非HARQ传输方式对应的解码方式为FEC解码。
在一种可能的实现方法中，该非HARQ传输为第一传输方式，该第一传输方式为无重传机制的传输方式。
由于非重要数据相对没那么重要，因此对于传输可靠性要求不是特别高，在上述方案中，对非重要数据采用无重传机制的传输方式，有利于节约资源开销。
在一种可能的实现方法中，该非HARQ传输为第二传输方式，该第二传输方式为有重传机制、且每次均重传该非重要数据对应的FEC编码版本数据的传输方式。
由于非重要数据相对没那么重要，因此对于传输可靠性要求不是特别高，在上述方案中，对非重要数据采用有重传机制且每次均重传该非重要数据对应的FEC编码版本数据的传输方式。该传输方式的可靠性高于上述无重传机制的传输方式的可靠性，但低于重要数据对应的HARQ传输方式的可靠性。基于该方案，在一定程度上保障了传输可靠性和节约了资源开销。
在一种可能的实现方法中，该第二传输方式对应的最大重传次数小于该HARQ传输方式对应的最大重传次数。
在一种可能的实现方法中，该第一序列与该第二序列是相反序列。
在一种可能的实现方法中，该无线帧的帧格式中包括长训练字段和短训练字段；该无线帧的长训练字段携带该第一序列、或携带该第二序列；或者，该无线帧的短训练字段携带该第一序列、或携带该第二序列。
基于上述方案，通过在已有字段上携带第一序列或第二序列，可以减少对现有帧格式 的改动。现有帧格式中包含长训练字段和短训练字段，短训练字段用于通信双方做粗糙的同步，长训练字段用于通信双方做精确同步以及初步的信道估计。以短训练字段为例，现有技术中，通信双方约定在现有帧格式的短训练字段中携带第一序列，发送设备在短训练字段中携带第一序列，当接收设备能够正确解析得到第一序列，则可以实现收发双方实现粗糙的同步。在该基础上，本申请上述方案增加第二序列，该第二序列与第一序列不同，可选的，二者是相反序列。因此发送设备可以在短训练字段中携带第一序列或第二序列，当接收设备能够正确解析得到第一序列或得到第二序列，则都可以实现收发双方实现粗糙的同步。同时，接收设备还可以判断：当正确解析得到第一序列则表明当前无线帧是采用HARQ传输方式发送的，当正确解析得到第二序列则表明当前无线帧是采用非HARQ传输方式(如预先约定的第一传输方式或第二传输方式)发送的。在另一个示例中，当长训练字段用于实现上述同步以及指示传输方式的功能时，其实现原理与短训练字段类似，不再赘述。
在一种可能的实现方法中，该帧格式为non-HT format PPDU格式、或为HT mixed format。
在一种可能的实现方法中，使用预先调度的时频资源向该发送设备发送针对该无线帧的反馈信息，该反馈信息为确认应答或否认应答；或者，使用第一时频资源向该发送设备发送该反馈信息，该第一时频资源为将要发送至该发送设备的无线帧所占用的时频资源；或者使用重新申请的时频资源向该发送设备发送该反馈信息。
在一种可能的实现方法中，优先使用该预先调度的时频资源向该发送设备发送针对该无线帧的反馈信息；若该预先调度的时频资源无法使用，则优先使用该第一时频资源向该发送设备发送该反馈信息；若该预先调度的时频资源和该第一时频资源均无法使用，则使用该重新申请的时频资源向该发送设备发送该反馈信息。
基于该方法，存在反馈信息的多种发送方法，当其中一种方法不能使用时，则可以使用其它发送方法，因而可以保障反馈信息的发送成功率。同时，由于是优先使用预先调度的时频资源，其次是使用第一时频资源，再次是使用重新申请的时频资源，因而可以保证当需要发送反馈信息时，可以及时获得相应的时频资源，从而保障了发送反馈信息的快速性，有助于提升传输性能。
第三方面，本申请实施例提供一种发送设备，该发送设备具有实现上述第一方面或第一方面的各实现方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
第四方面，本申请实施例提供一种接收设备，该发送设备具有实现上述第二方面或第二方面的各实现方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
第五方面，本申请实施例提供一种发送设备，包括处理器和传输接口，该处理器被配置为调用存储在存储器中的软件指令，以执行如上述第一方面、或第一方面的任意实现方法。
第六方面，本申请实施例提供一种接收设备，包括处理器和传输接口；该处理器被配置为调用存储在存储器中的软件指令，以执行如上述第二方面、或第二方面的任意实现方法。
第七方面，本申请实施例提供一种发送设备，包括用于执行上述第一方面、或第一方 面的任意实现方法的各个步骤的单元或手段(means)。
第八方面，本申请实施例提供一种接收设备，包括用于执行上述第二方面、或第二方面的任意实现方法的各个步骤的单元或手段(means)。
第九方面，本申请实施例提供一种发送设备，包括处理器和接口电路，该处理器用于通过接口电路与其它设备通信，并执行上述第一方面、或第一方面的任意实现方法。该处理器包括一个或多个。
第十方面，本申请实施例提供一种接收设备，包括处理器和接口电路，该处理器用于通过接口电路与其它设备通信，并执行上述第二方面、或第二方面的任意实现方法。该处理器包括一个或多个。
第十一方面，本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质包括计算机程序，当该计算机程序在计算机或处理器上运行时，使得该计算机或该处理器执行上述第一方面、第二方面、第一方面的任意实现方法、或第二方面的任意实现方法。
第十二方面，本申请实施例还提供一种计算机程序产品，该计算机产品包括计算机程序，当计算机程序在计算机或处理器上运行时，使得该计算机或该处理器执行上述第一方面、第二方面、第一方面的任意实现方法、或第二方面的任意实现方法。
第十三方面，本申请实施例还提供一种通信系统，包括发送设备和接收设备。发送设备，用于采用HARQ传输方式向接收设备发送媒体数据帧的重要数据，该媒体数据帧的重要数据包括该媒体数据帧中的基础部分；在该媒体数据帧的重要数据发送成功后，采用非HARQ传输方式向该接收设备发送该媒体数据帧的非重要数据，该媒体数据帧的非重要数据包含该媒体数据帧中的增强部分。接收设备，用于从发送设备接收无线帧；若该无线帧携带第一序列，则使用HARQ传输方式对应的解码方式对该无线帧进行解码；若该无线帧携带第二序列，则使用非HARQ传输方式对应的解码方式对该无线帧进行解码，该第二序列与该第一序列不同。
附图说明
图1(a)为本申请实施例所适用的一种网络架构示意图；
图1(b)为本申请实施例提供的一种协议结构示意图；
图1(c)为本申请实施例提供的一种设备结构示意图；
图1(d)为本申请实施例提供的一种示例性的数据传输装置的硬件架构图；
图2为本申请实施例提供的一种数据传输方法示意图；
图3为发送时间窗示意图；
图4为发送设备的HARQ缓存示意图；
图5为本申请实施例提供的又一种数据传输方法示意图；
图6(a)为Wi-Fi无线帧的一种格式示意图；
图6(b)为Wi-Fi无线帧的又一种格式示意图；
图7(a)为本申请实施例提供的又一种数据传输方法示意图；
图7(b)为本申请实施例提供的又一种数据传输方法示意图；
图8为本申请实施例提供的发送设备示意图；
图9为本申请实施例提供的接收设备示意图；
图10为本申请实施例提供的一种通信设备示意图。
具体实施方式
如图1(a)所示，为本申请实施例所适用的一种网络架构示意图，包括至少一个终端设备和接入设备。该终端设备通过无线接口与接入设备通信。
终端设备(terminal device)，是一种具有无线收发功能的设备，可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上(如轮船等)；还可以部署在空中(例如飞机、气球和卫星上等)。所述终端设备可以是智能手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端、增强现实(augmented reality，AR)终端、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、用户设备(user equipment，UE)智能电视和显示屏等。
接入设备，是一种为终端设备提供无线通信功能的设备，接入设备包括但不限于：无线网络控制器(radio network controller，RNC)、家庭基站、移动交换中心、无线保真(Wireless Fidelity，Wi-Fi)设备等。
本申请实施例的发送设备是图1(a)中的一个终端设备，接收设备是图1(a)中的另一个终端设备。比如，当用户希望将屏幕较小的设备(如智能手机)上的内容投屏到屏幕较大的设备(如智能电视、显示屏)上进行显示，则该智能手机可以是发送设备，智能电视、显示屏可以是接收设备。
本申请实施例可以应用于多种应用场景，如用户通过显示设备(即接收设备)从应用服务器(即发送设备)接收媒体数据，从而可以观看视频、收听音频等。再比如，用户将小屏幕设备(即发送设备)的画面投屏到大屏幕显示设备(即接收设备)上进行显示，等等。
以上述投屏显示的应用场景为例，随着智慧大屏的推出，越来越多的消费者希望能够通过多屏互动技术将手机、便携电脑或平板电脑等屏幕较小的设备上的内容投屏到大屏上，从而得到更佳的观赏体验。从多屏互动的功能来看，包括以下三种模式：a)内容分享模式：即不同设备之间通过分享媒体内容或媒体内容链接来实现多屏互动；b)屏幕分享模式：即不同设备间通过分享系统的屏幕或者应用内的屏幕来实现多屏互动；c)远程控制模式：即通过一台设备控制另一台设备，实现多屏间的互动。
对于这三种的多屏互动的方式，国际标准化组织与各种产业联盟定义了多种实现方案。比如，一种方案是数字生活网络联盟(Digital living Network Alliance，DLNA)制定的技术方案，该方案的基础是通用即插即用(Universal Plug and Play，UPnP)协议簇，UPnP协议簇是一个基于传输控制协议/网间协议(transmission Control Protocol/Internet Protocol，TCP/IP)，用户数据报协议(User Datagram Protocol，UDP)UDP，超文本传输安全协议(HyperText Transfer Protocol Secure，HTTP)等协议的开放体系。再比如，另一种方案是Miracast多屏互动技术。该技术是Wi-Fi针对Wi-Fi Display技术实现产品认证的项目。Wi-Fi Display是Wi-Fi联盟制定的一个标准，该技术是基于媒体接入控制(medium access control，MAC)层进行的点对点(point to point，P2P)Wi-Fi传输。支持此标准的设备可通过无线方式分享视频画面，例如手机可通过Miracast将影片或者照片直接在电视或其他装置播放 而无需受到链接线缆的影响。
上述介绍的技术，其底层的无线传输技术都是采用Wi-Fi技术，即采用Wi-Fi作为底层链路。多屏互动场景下，要求终端设备和显示设备实时进行同步，对码率要求很高，因此如何提升显示屏上的画面质量，是目前亟需解决的。
如图1(b)所示，为本申请实施例提供的一种协议结构示意图。当终端设备(以手机为例)和显示设备(以电视为例)进行多屏互动时，网络的传输有三层结构，包括网络层，数据链路层以及物理层。在本申请实施例中，在数据链路层可以指示需要传输的数据的重要性，如果判断为重要数据，则指示物理层采用HARQ传输方式进行传输，以提升数据的可靠性和抗干扰性。如果判断为非重要数据，则指示物理层采用非HARQ传输方式(如第一传输方式或第二传输方式)进行传输。
如图1(c)所示，为本申请实施例提供的一种设备结构示意图。该设备200可以作为发送设备，也可以作为接收设备。设备200包括：应用处理器201、微控制器单元(Microcontroller Unit，MCU)202、存储器203、调制解调器(modem)204、射频(Radio Frequency，RF)模块205、Wi-Fi模块206、蓝牙模块207、传感器208、输入/输出(Input/Output，I/O)设备209、定位模块210等部件。这些部件可通过一根或多根通信总线或信号线进行通信。前述通信总线或信号线可以是本申请提供的CAN总线。本领域技术人员可以理解，设备200可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
下面结合图1(c)对设备200的各个部件进行具体的介绍：
应用处理器201是设备200的控制中心，利用各种接口和总线连接设备200的各个部件。在一些实施例中，处理器201可包括一个或多个处理单元。
存储器203中存储有计算机程序，诸如图1(c)所示的操作系统211和应用程序212。应用处理器201被配置用于执行存储器203中的计算机程序，从而实现该计算机程序定义的功能，例如应用处理器201执行操作系统211从而在设备200上实现操作系统的各种功能。存储器203还存储有除计算机程序之外的其他数据，诸如操作系统211和应用程序212运行过程中产生的数据。存储器203为非易失性存储介质，一般包括内存和外存。内存包括但不限于随机存取存储器(Random Access Memory，RAM)，只读存储器(Read-Only Memory，ROM)，或高速缓存(cache)等。外存包括但不限于闪存(Flash Memory)、硬盘、光盘、通用串行总线(Universal Serial Bus，USB)盘等。计算机程序通常被存储在外存上，处理器在执行计算机程序前会将该程序从外存加载到内存。
存储器203可以是独立的，通过总线与应用处理器201相连接；存储器203也可以和应用处理器201集成到一个芯片子系统。
MCU 202是用于获取并处理来自传感器208的数据的协处理器，MCU 202的处理能力和功耗小于应用处理器201，但具有“永久开启(always on)”的特点，可以在应用处理器201处于休眠模式时持续收集以及处理传感器数据，以极低的功耗保障传感器的正常运行。在一个实施例中，MCU 202可以为sensor hub芯片。传感器208可以包括光传感器、运动传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示器2091的亮度，接近传感器可在设备200移动到耳边时，关闭显示屏的电源。作为运动传感器的一种，加速计传感器可检测各个方向上(一般 为三轴)加速度的大小，静止时可检测出重力的大小及方向；传感器208还可以包括陀螺仪、气压计、湿度计、温度计、红外线传感器等其它传感器，在此不再赘述。MCU 202和传感器208可以集成到同一块芯片上，也可以是分离的元件，通过总线连接。
modem 204以及射频模块205构成了设备200通信子系统，用于实现无线通信标准协议的主要功能。其中，modem 204用于编解码、信号的调制解调、均衡等。射频模块205用于无线信号的接收和发送，射频模块205包括但不限于天线、至少一个放大器、耦合器、双工器等。射频模块205配合modem 204实现无线通信功能。modem 204可以作为单独的芯片，也可以与其他芯片或电路在一起形成系统级芯片或集成电路。这些芯片或集成电路可应用于所有实现无线通信功能的设备，包括：手机、电脑、笔记本、平板、路由器、可穿戴设备、汽车、家电设备等。
设备200还可以使用Wi-Fi模块206，蓝牙模块207等来进行无线通信。Wi-Fi模块206用于为设备200提供遵循Wi-Fi相关标准协议的网络接入，设备200可以通过Wi-Fi模块206接入到Wi-Fi接入点，进而访问互联网。在其他一些实施例中，Wi-Fi模块206也可以作为Wi-Fi无线接入点，可以为其他设备提供Wi-Fi网络接入。蓝牙模块207用于实现设备200与其他设备(例如手机、智能手表等)之间的短距离通信。本申请实施例中的Wi-Fi模块206可以是集成电路或Wi-Fi芯片等，蓝牙模块207可以是集成电路或者蓝牙芯片等。
定位模块210用于确定设备200的地理位置。可以理解的是，定位模块210具体可以是全球定位系统(global position system，GPS)或北斗卫星导航系统、俄罗斯GLONASS等定位系统的接收器。
Wi-Fi模块206，蓝牙模块207和定位模块210分别可以是单独的芯片或集成电路，也可以集成到一起。例如，在一个实施例中，Wi-Fi模块206，蓝牙模块207和定位模块210可以集成到同一芯片上。在另一个实施例中，Wi-Fi模块206，蓝牙模块207、定位模块210以及MCU 202也可以集成到同一芯片中。
输入/输出设备209包括但不限于：显示器2091、触摸屏2092，以及音频电路2093等等。
其中，触摸屏2092可采集设备200的用户在其上或附近的触摸事件(比如用户使用手指、触控笔等任何适合的物体在触摸屏2092上或在触摸屏2092附近的操作)，并将采集到的触摸事件发送给其他器件(例如应用处理器201)。其中，用户在触摸屏2092附近的操作可以称之为悬浮触控；通过悬浮触控，用户可以在不直接接触触摸屏2092的情况下选择、移动或拖动目的(例如图标等)。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型来实现触摸屏2092。
显示器(也称为显示屏)2091用于显示用户输入的信息或展示给用户的信息。可以采用液晶显示屏、有机发光二极管等形式来配置显示器。触摸屏2092可以覆盖在显示器2091之上，当触摸屏2092检测到触摸事件后，传送给应用处理器201以确定触摸事件的类型，随后应用处理器201可以根据触摸事件的类型在显示器2091上提供相应的视觉输出。虽然在图1(c)中，触摸屏2092与显示器2091是作为两个独立的部件来实现设备200的输入和输出功能，但是在某些实施例中，可以将触摸屏2092与显示器2091集成而实现设备200的输入和输出功能。另外，触摸屏2092和显示器2091可以以全面板的形式配置在设备200的正面，以实现无边框的结构。
音频电路2093、扬声器2094、麦克风2095可提供用户与设备200之间的音频接口。音频电路2093可将接收到的音频数据转换后的电信号，传输到扬声器2094，由扬声器2094转换为声音信号输出；另一方面，麦克风2095将收集的声音信号转换为电信号，由音频电路2093接收后转换为音频数据，再通过modem 204和射频模块205将音频数据发送给另一设备，或者将音频数据输出至存储器203以便进一步处理。
另外，设备200还可以具有指纹识别功能。例如，可以在设备200的背面(例如后置摄像头的下方)配置指纹采集器件，或者在设备200的正面(例如触摸屏2092的下方)配置指纹采集器件。又例如，可以在触摸屏2092中配置指纹采集器件来实现指纹识别功能，即指纹采集器件可以与触摸屏2092集成在一起来实现设备200的指纹识别功能。在这种情况下，该指纹采集器件配置在触摸屏2092中，可以是触摸屏2092的一部分，也可以以其他方式配置在触摸屏2092中。本申请实施例中的指纹采集器件的主要部件是指纹传感器，该指纹传感器可以采用任何类型的感测技术，包括但不限于光学式、电容式、压电式或超声波传感技术等。
进一步地，设备200搭载的操作系统211可以为
Figure PCTCN2020101973-appb-000001
或者其它操作系统，本申请实施例对此不作任何限制。
以搭载
Figure PCTCN2020101973-appb-000002
操作系统的设备200为例，设备200从逻辑上可划分为硬件层、操作系统211，以及应用层。硬件层包括如上所述的应用处理器201、MCU 202、存储器203、modem 204、Wi-Fi模块206、传感器208、定位模块210等硬件资源。应用层包括一个或多个应用程序，比如应用程序212，应用程序212可以为社交类应用、电子商务类应用、浏览器等任意类型的应用程序。操作系统211作为硬件层和应用层之间的软件中间件，是管理和控制硬件与软件资源的计算机程序。
在一个实施例中，操作系统211包括内核，硬件抽象层(hardware abstraction layer，HAL)、库和运行时(libraries and runtime)以及框架(framework)。其中，内核用于提供底层系统组件和服务，例如：电源管理、内存管理、线程管理、硬件驱动程序等；硬件驱动程序包括Wi-Fi驱动、传感器驱动、定位模块驱动等。硬件抽象层是对内核驱动程序的封装，向框架提供接口，屏蔽低层的实现细节。硬件抽象层运行在用户空间，而内核驱动程序运行在内核空间。
库和运行时也叫做运行时库，它为可执行程序在运行时提供所需要的库文件和执行环境。在一个实施例中，库与运行时包括安卓运行时(android runtime，ART)，库，以及场景包运行时。ART是能够把应用程序的字节码转换为机器码的虚拟机或虚拟机实例。库是为可执行程序在运行时提供支持的程序库，包括浏览器引擎(比如webkit)、脚本执行引擎(比如JavaScript引擎)、图形处理引擎等。场景包运行时是场景包的运行环境，主要包括页面执行环境(page context)和脚本执行环境(script context)，其中，页面执行环境通过调用相应的库解析html、css等格式的页面代码，脚本执行环境通过调用相应的功能库解析执行JavaScript等脚本语言实现的代码或可执行文件。
框架用于为应用层中的应用程序提供各种基础的公共组件和服务，比如窗口管理、位置管理等等。在一个实施例中，框架包括地理围栏服务，策略服务，通知管理器等。
以上描述的操作系统211的各个组件的功能均可以由应用处理器201执行存储器203中存储的程序来实现。
所属领域的技术人员可以理解设备200可包括比图1(c)所示的更少或更多的部件，图 1(c)所示的该设备仅包括与本申请所公开的多个实现方式更加相关的部件。
如图1(d)所示，为本申请实施例提供的一种示例性的数据传输装置的硬件架构图，该数据传输装置300也可以用于发送设备，也可以用于接收设备。该数据传输装置300例如可以为处理器芯片，该装置300包括：至少一个CPU，存储器、微控制器(Microcontroller Unit，MCU)、GPU、NPU、内存总线、接收接口和发送接口等。虽然图1(d)中未示出，该装置300还可以包括应用处理器(Application Processor，AP)，解码器以及专用的视频或图像处理器。
装置300的上述各个部分通过连接器相耦合，示例性的，连接器包括各类接口、传输线或总线等，这些接口通常是电性通信接口，但是也可能是机械接口或其它形式的接口，本实施例对此不做限定。
可选的，CPU可以是一个单核(single-CPU)处理器或多核(multi-CPU)处理器；可选的，CPU可以是多个处理器构成的处理器组，多个处理器之间通过一个或多个总线彼此耦合。该接收接口可以为处理器芯片的数据输入的接口，在一种可选的情况下，该接收接口和发送接口可以是高清晰度多媒体接口(High Definition Multimedia Interface，HDMI)、V-By-One接口、嵌入式显示端口(Embedded Display Port，eDP)、移动产业处理器接口(Mobile Industry Processor Interface，MIPI)或Display Port(DP)等。
在一种可选的情况中，上述各部分集成在同一个芯片上；在另一种可选的情况中，CPU、GPU、解码器、接收接口以及发送接口集成在一个芯片上，该芯片内部的各部分通过总线访问外部的存储器。专用视频/图形处理器可以与CPU集成在同一个芯片上，也可以作为单独的处理器芯片存在，例如专用视频/图形处理器可以为专用ISP。在一种可选的情况中，NPU也可以作为独立的处理器芯片。该NPU用于实现各种神经网络或者深度学习的相关运算。
在本申请实施例中涉及的芯片是以集成电路工艺制造在同一个半导体衬底上的系统，也叫半导体芯片，其可以是利用集成电路工艺制作在衬底(通常是例如硅一类的半导体材料)上形成的集成电路的集合，其外层通常被半导体封装材料封装。所述集成电路可以包括各类功能器件，每一类功能器件包括逻辑门电路、金属氧化物半导体(Metal-Oxide-Semiconductor，MOS)晶体管、双极晶体管或二极管等晶体管，也可包括电容、电阻或电感等其他部件。每个功能器件可以独立工作或者在必要的驱动软件的作用下工作，可以实现通信、运算、或存储等各类功能。
为实现发送设备(如上述终端设备)与接收设备(如上述显示设备)之间的媒体数据的高质量传输，如图2所示，本申请实施例提供一种数据传输方法，该方法是由发送侧执行，比如可以是发送设备或用于发送设备的芯片执行。
该方法包括以下步骤：
步骤201，采用混合自动重传请求(Hybrid automatic repeat request，HARQ)传输方式向接收设备发送媒体数据帧的重要数据。
步骤202，在媒体数据帧的重要数据发送成功后，采用非HARQ传输方式向接收设备发送媒体数据帧的非重要数据。
其中，媒体数据帧的重要数据包括媒体数据帧的基础部分和/或媒体数据帧对应的编码 参数等。媒体数据帧的非重要数据包含媒体数据帧中的增强部分。其中，媒体数据帧可以是一幅图像、或一段音频等。比如，当媒体数据帧是图像时，则媒体数据帧的重要数据可以包括图像的轮廓信息、人物动作信息、图像的基本形状信息、媒体数据帧的编码参数等，媒体数据帧的非重要数据可以包括图像色彩数据、图像细节数据等。应当理解，在一种可选的情况中，媒体流中的I帧整帧都可以认为属于重要数据。I帧表示关键帧，I帧又可以称为内部画面(intra picture)或者帧内编码帧，是一种自带全部信息的独立帧，无需参考其他图像便可独立进行编码,解码时仅用I帧的数据就可重构完整图像。
基于上述方案，将媒体数据帧的数据划分为重要数据和非重要数据，待重要数据发送成功后，再发送非重要数据。如此，一方面优先发送重要数据，并且通过HARQ传输方式可以保障重要数据的成功发送，从而提升数据传输的质量，另一方面，对于非重要数据，是采用非HARQ传输方式进行传输的，相较于HARQ传输方式，可以减少传输开销。
作为一种实现方法，本申请实施例中，可以预配置发送媒体数据帧的最大时长，因此每个媒体数据帧对应一个发送时间窗，该媒体数据帧可以在该发送时间窗内发送，超出了该发送时间窗，则不再发送给媒体数据帧。该发送时间窗的长度为发送媒体数据帧的重要数据和媒体数据帧的非重要数据所允许的最大时长。其中，发送媒体数据帧的重要数据占用的时长不超过发送时间窗的长度，为尽量保障媒体数据帧内的重要数据的成功发送，该重要数据的最大发送时长可以等于该发送时间窗的长度。各个媒体数据帧对应的发送时间窗的时长可以相同，也可以不同。
比如当前待发送的媒体数据帧是在第一发送时间窗进行发送，则上述步骤201具体可以是：采用HARQ传输方式在第一发送时间窗内发送媒体数据帧的重要数据。上述步骤202具体可以是：在媒体数据帧的重要数据发送成功后，在第一发送时间窗的剩余时长内发送非重要数据，剩余时长为在第一发送时间窗内成功发送媒体数据帧的重要数据之后的剩余时间。
可选的，若在第一发送时间窗内，媒体数据帧的重要数据未发送成功，则停止向接收设备发送媒体数据帧的重要数据，并且停止向接收设备发送媒体数据帧的非重要数据。也即，该媒体数据帧发送失败。由于媒体数据帧的重要数据不能成功发送，则没有必要再发送媒体数据帧的非重要数据，可以节约资源。
可选的，若在第一发送时间窗内，媒体数据帧的重要数据发送成功，但第一发送时间窗的剩余时长不够发送媒体数据帧的非重要数据，则停止向接收设备发送媒体数据帧的非重要数据。也即，在优先保障重要数据成功之后，第一发送时间窗的时长不够发送非重要数据，则放弃发送非重要数据。基于该方法，尽管未能将媒体数据帧的所有数据发送至接收设备，但至少保障了媒体数据帧的重要数据的发送，因而也可以提升数据传输的质量，从而提升用户体验。
如图3所示，为发送时间窗示意图。假设第一发送时间窗的长度为10毫秒(ms)(从第0ms开始计算)。一次数据传输占用3ms，其中一次数据传输包含发送数据和从接收设备接收针对该数据的反馈信息(可以是确认应答(Positive Acknowlegment，ACK)或否认应答(Negative Acknowlegment，NACK))。预先设定重要数据的HARQ重传的最大重传次数为3次。
比如，在第0ms第一次发送重要数据后接收到确认应答，表明该重要数据被接收设备成功解码，则发送设备从第一发送时间窗的第3ms开始发送非重要数据。
再比如，在第0ms第一次发送重要数据后接收到否认应答，表明该重要数据未被接收设备成功解码，则发送设备从第一发送时间窗的第3ms继续发送重要数据，即执行HARQ重传。如果在第二次发送重要数据后接收到确认应答，表明该重要数据被接收设备成功解码，则发送设备从第一发送时间窗的第6ms开始发送非重要数据。
再比如，在第0ms第一次发送重要数据后接收到否认应答，表明该重要数据未被接收设备成功解码，则发送设备从第一发送时间窗的第3ms继续发送重要数据，即执行HARQ重传。如果在第二次发送重要数据后接收到否认应答，表明该重要数据未被接收设备成功解码，则发送设备从第一发送时间窗的第6ms继续发送重要数据。如果在第三次发送重要数据后接收到确认应答，表明该重要数据被接收设备成功解码，也即重要数据发送成功，但剩余时长(即1ms)不够用于发送非重要数据，则放弃发送非重要数据。如果在第三次发送重要数据后接收到否认应答，表明该重要数据未被接收设备成功解码，也即重要数据发送失败。由于重要数据发送失败，则放弃发送非重要数据。
示例性地，发送设备的信源端(如数据链路层等)获取待传输的媒体数据帧，然后将媒体数据帧划分为重要数据和非重要数据。针对重要数据，信源端在向信道端(如物理层)发送携带该重要数据的数据包时，还在该数据包中携带第一指示信息，该第一指示信息用于指示数据包中携带的是重要数据，从而信道端将采用HARQ传输方式向接收设备发送该重要数据。针对非重要数据，信源端在向信道端(如物理层)发送携带该非重要数据的数据包时，还在该数据包中携带第二指示信息，该第二指示信息用于指示数据包中携带的是非重要数据，从而信道端将采用非HARQ传输方式向接收设备发送该非重要数据。其中，第一指示信息与第二指示信息不同。
下面对上述实施例中的HARQ传输方式和非HARQ传输方式进行说明。
一、HARQ传输方式
发送设备的信道端可以根据当前资源调度情况，将待传输的媒体数据帧的重要数据通过一个或多个第一无线帧发送至接收设备。
比如待传输的媒体数据帧的重要数据为1200字节，当前调度的无线时频资源可用于传输200字节的数据，则发送设备的信道端可以将该重要数据的前200字节进行信道编码(如采用Turbo编码)得到该200字节数据的N个不同冗余编码版本，然后将该多个不同冗余编码版本存储至HARQ缓存。其中，N为冗余编码版本的数量，N为正整数。
后续，在上述200字节数据传输成功、或达到最大重传次数仍未传输成功之后，发送设备的信道端可以清空上述HARQ缓存，然后根据当前调度的无线时频资源，继续传输上述重要数据的其他部分。比如，当前调度的无线时频资源可用于传输400字节的数据，则发送设备的信道端可以将该重要数据的第201至600字节(共400字节)进行信道编码(如采用Turbo编码)得到N个不同冗余编码版本，然后将该多个不同冗余编码版本存储至HARQ缓存。
如此，可以将一个数据帧通过一次资源调度，封装至一个第一无线帧中发送至接收设备。或者是，将一个数据帧通过多次资源调度，封装至多个第一无线帧中，分多次发送至接收设备。
下面以上述200字节数据为例，来描述通过HARQ传输方式进行发送的具体过程。如 图4所示，为HARQ缓存示意图。这里以HARQ缓存通过队列方式进行实现为例。该200字节的数据通过Turbo编码得到N个不同的冗余编码版本(分别为D1、D2、……、DN)并存储至HARQ缓存。当需要发送该200字节数据时，发送设备的信道端从HARQ缓存取出D1，封装成第一无线帧，然后向接收设备发送该第一无线帧。若从接收设备接收到针对该第一无线帧的确认应答，表示接收设备成功解码该D1，则该200字节数据发送成功。若从接收设备接收到针对该第一无线帧的否认应答，表示接收设备未能成功解码该D1，则发送设备的信道端从HARQ缓存取出D2，封装成第一无线帧，然后向接收设备发送该第一无线帧。以此类推，直到从接收设备接收到针对第一无线帧的确认应答，表明该200字节发送成功。或者N个冗余编码版本全部发送完毕后仍未收到确认应答，则表明该200字节发送失败。
在该200字节发送成功后，需要清空发送设备上的HARQ缓存，从而该HARQ缓存可以用于该重要数据中的其他字节数据的发送。
二、非HARQ传输方式
作为示例，本申请实施例给出两种非HARQ传输方式的具体实现方法。
在一种实现方法中，非HARQ传输为第一传输方式，第一传输方式为无重传机制的传输方式。比如，对于待传输的媒体数据帧的非重要数据，由于该非重要数据较大，需要通过多次资源调度，封装为多个第二无线帧进行发送，则该非重要数据对应的每个第二无线帧均只发送一次。该方法相较于上述HARQ重传方式，占用的时频资源更少，但数据传输的可靠性不如HARQ重传方式。
在另一种实现方法中，非HARQ传输为第二传输方式，第二传输方式为有重传机制、且每次均重传非重要数据对应的前向纠错(Forward Error Correction，FEC)编码版本数据的传输方式。该第二传输方式与上述HARQ传输方式都是具有重传机制的传输方式，但最大的不同之处在于：该第二传输方式中，针对需要传输的数据，每次传输(包括初传和重传)时，该数据的编码版本都是相同，也即都是采用FEC编码，而上述HARQ传输方式中，针对需要传输的数据，每次传输(包括初传和重传)时，该数据的编码版本都是不同的冗余编码版本。由于第二传输方式中，接收设备每次接收到的重传数据的编码版本都是相同的，因此在解码时，不能实现联合解码，因而相较于HARQ传输方式，没有解码增益。但该第二传输方式的优点在于：针对携带重传数据的重传帧，该第二传输方式仅需要针对该重传数据进行解码，不需要像HARQ传输方式对应的解码方式那样从HARQ缓存中获取之前解码失败的数据，然后基于新收的重传数据和从HARQ缓存获取的数据进行联合解码，因而该第二传输方式对应的解码方式的单次解码，相较于HARQ传输方式对应的解码方式的单次解码，解码速度更快。可选的，第二传输方式对应的最大重传次数小于HARQ传输方式对应的最大重传次数。
以上对HARQ传输方式和非HARQ传输方式进行了对比说明。
作为一种实现方法，为了使得接收设备能够识别接收到的无线帧(如上述第一无线帧或第二无线帧)携带的是重要数据还是非重要数据，或者为了使得接收设备能够识别接收到的无线帧(如上述第一无线帧或第二无线帧)是采用了HARQ传输方式还是非HARQ传输方式，示例性地，发送设备的信道端可以在第一无线帧中携带第一序列，在第二无线 帧中携带第二序列，第一序列与第二序列是不同的序列。可选的，第一序列与第二序列是相反序列。从而，当接收设备从发送设备接收到一个无线帧后，若确定该无线帧携带了第一序列，则确定该无线帧携带了重要数据，或确定该无线帧是采用HARQ传输方式进行传输的，若确定该无线帧携带了第二序列，则确定该无线帧携带了非重要数据，或确定该无线帧是采用非HARQ传输方式(可以预先配置为第一传输方式或第二传输方式)进行传输的。
其中，第一序列用于指示第一无线帧是采用HARQ传输方式发送的，或用于指示第一无线帧携带的是重要数据。第二序列用于指示第二无线帧是采用非HARQ传输方式发送的，或用于指示第二无线帧携带的是非重要数据。
作为示例，第一无线帧与第二无线帧的帧格式相同，帧格式中包括长训练字段和短训练字段。比如，该帧格式为非高吞吐格式(non-high-throughput format，non-HT format)物理层协议数据单元(physical protocol data unit，PPDU)格式、或为高吞吐混合格式(high-throughput mixed format，HT mixed format)。
在一种实现方法中，第一无线帧的长训练字段携带第一序列，第二无线帧的长训练字段携带第二序列。因此，当接收设备接收到一个无线帧，若该无线帧的长训练字段携带第一序列，则接收设备确定该无线帧携带了重要数据，或确定该无线帧是采用HARQ传输方式进行传输的，若该无线帧的长训练字段携带第二序列，则接收设备确定该无线帧携带了非重要数据，或确定该无线帧是采用非HARQ传输方式进行传输的。
在另一种实现方法中，第一无线帧的短训练字段携带第一序列，第二无线帧的短训练字段携带第二序列。因此，当接收设备接收到一个无线帧，若该无线帧的短训练字段携带第一序列，则接收设备确定该无线帧携带了重要数据，或确定该无线帧是采用HARQ传输方式进行传输的，若该无线帧的短训练字段携带第二序列，则接收设备确定该无线帧携带了非重要数据，或确定该无线帧是采用非HARQ传输方式进行传输的。
为实现发送设备与接收设备之间的媒体数据高质量传输，如图5所示，本申请实施例提供一种数据传输方法，该方法是由接收侧执行，比如可以是接收设备或用于接收设备的芯片执行。需要说明的是，该接收侧的方法实施例可以与上述发送侧的方法实施例相结合实施。
该方法包括以下步骤：
步骤501，从发送设备接收无线帧。
具体的，可以是接收设备的信道端(即物理层)从发送设备接收到无线帧。该接收到的无线帧可能是上述图2实施例中描述的采用HARQ传输方式进行发送的第一无线帧，也可能是上述图2实施例中描述的采用非HARQ传输方式(即预配置的第一传输方式或第二传输方式)进行发送的第二无线帧。
其中，无线帧携带的是第一序列或第二序列，若携带的是第一序列，则执行以下步骤502，若携带的是第二序列，则执行以下步骤503。
示例性地，无线帧携带第一序列或第二序列的具体方式，比如可以是无线帧包括随机接入前导码，随机接入前导码携带第一序列或第二序列。其中，针对Wi-Fi无线帧，随机接入前导码包含长训练字段和短训练字段，因此当无线帧携带第一序列，具体可以是：第一序列携带在长训练字段(或短训练字段)中。当无线帧携带第二序列，具体可以是：第 二序列携带在长训练字段(或短训练字段)中。其中，第一序列与第二序列不同。可选的，第一序列与第二序列是相反序列。
下面结合一个具体示例对前述的第一无线帧和第二无线帧的格式进行说明，该第一无线帧和第二无线帧可以为Wi-Fi无线帧。
如图6(a)所示，为Wi-Fi无线帧的一种格式示意图。该Wi-Fi无线帧即为non-HT formatPPDU。其中，该non-HT format PPDU中的各个字段的含义如表1所示。
表1
Figure PCTCN2020101973-appb-000003
基于上述图6(a)所示的无线帧格式，可以使用STF携带第一序列或第二序列，或者使用LTF携带第一序列或第二序列。当使用STF携带第一序列或第二序列时，STF既用于通信双方做粗糙的同步，还用于指示无线帧携带的数据采用的传输方式，或者说，STF还用于指示无线帧携带的数据为重要数据或非重要数据。对应的，当使用LTF携带第一序列或第二序列时，LTF既用于通信双方做精确同步以及初步的信道估计，还用于指示无线帧携带的数据对应的传输方式，或者说，LTF还用于指示无线帧携带的数据为重要数据或非重要数据。
如图6(b)所示，为Wi-Fi无线帧的另一种格式示意图。该Wi-Fi无线帧即为HT mixed formatPPDU。其中，该HT mixed format PPDU的各个字段含义如表2所示。
表2
Figure PCTCN2020101973-appb-000004
Figure PCTCN2020101973-appb-000005
基于上述图6(b)所示的无线帧格式，可以使用L-STF携带第一序列或第二序列，或者使用L-LTF携带第一序列或第二序列。当使用L-STF携带第一序列或第二序列时，L-STF既用于通信双方做粗糙的同步，还用于指示无线帧携带的数据采用的传输方式，或者说，L-STF还用于指示无线帧携带的数据为重要数据或非重要数据。对应的，当使用L-LTF携带第一序列或第二序列时，L-LTF既用于通信双方做精确同步以及初步的信道估计，还用于指示无线帧携带的数据对应的传输方式，或者说，L-LTF还用于指示无线帧携带的数据为重要数据或非重要数据。
其中，上述第一序列与第二序列不同。可选的，第一序列与第二序列是相反序列。
以图6(a)所示的无线帧格式的LTF携带第一序列或第二序列为例。作为示例，该LTF携带的第一序列，比如可以是：
L -26，26＝{1,1,-1,-1,1,1,-1,1,-1,1,1,1,1,1,1,-1,-1,1,1,-1,1,-1,1,1,1,1,0,1,-1,-1,1,1,-1,1,-1,1,-1,-1,-1,-1,-1,1,1,-1,-1,1,-1,1,-1,1,1,1,1}
该LTF携带的第二序列，比如可以是：
L -26，26＝{-1,-1,1,1,-1,-1,1,-1,1,-1,-1,-1,-1,-1,-1,1,1,-1,-1,1,-1,1,-1,-1,-1,-1,0,-1,1,1,-1,-1,1,-1,1,-1,1,1,1,1,1,-1,-1,1,1,-1,1,-1,1,-1,-1,-1,-1}
步骤502，若无线帧携带第一序列，则使用HARQ传输方式对应的解码方式对无线帧进行解码。
其中，HARQ传输方式的具体描述可以参考图2对应的实施例中的相关描述。示例性地，HARQ传输方式对应的解码方式可以是Turbo解码。
下面对HARQ传输方式对应的解码方式进行说明。
在HARQ传输方式对应的解码方式中，接收设备上存在一个HARQ缓存，HARQ缓存在初始状态下为空，该HARQ缓存用于存储接收设备解码失败的初传帧或重传帧。具体的，当接收设备接收到一个无线帧的重传帧，则接收设备从HARQ缓存获取该无线帧的解码失败的初传帧或重传帧(如果有的话)，然后将接收到的重传帧与从HARQ缓存获取的无线帧进行软合并后联合解码，从而提高解码成功率。
下面结合一个示例对HARQ传输方式对应的解码方式进行说明。
发送设备针对待发送的重要数据，在发送设备的HARQ缓存中存储有对该重要数据编码后的10个不同的冗余编码版本，分别为X1，X2，X3，X4，X5，X6，X7，X8，X9，X10，并且第一次传输的冗余编码版本是X1，当需要重传时，则按照X2，X3，X4，X5，X6，X7，X8，X9，X10的顺序进行重传，直至发送设备接收到接收设备发送的确认应答后，停止发送其他冗余编码版本。
接收设备从发送设备接收无线帧的过程，例如为：
第一次接收(初传)：发送设备向接收设备发送无线帧1(携带X1)，接收设备接收到无线帧1，接收设备解码X1。接收设备对X1解码失败，则将X1存储至HARQ缓存，并向发送设备发送否认应答，此时接收设备的HARQ缓存中存储有{X1}；
第二次接收(重传)：发送设备向接收设备发送无线帧2(携带X2)，接收设备接收到无线帧2，接收设备从HARQ缓存中获取到X1，然后对X1和X2进行软合并后联合解码。接收设备对X1和X2联合解码失败，则将X2存储至HARQ缓存，并向发送设备发送否认应答，此时接收设备的HARQ缓存中存储有{X1，X2}；
第三次接收(重传)：发送设备向接收设备发送无线帧3(携带X3)，接收设备接收到无线帧3，接收设备从HARQ缓存中获取到X1和X2，然后对X1、X2和X3进行软合并后联合解码。接收设备对X1、X2和X3联合解码失败，则将X3存储至HARQ缓存，并向发送设备发送否认应答，此时接收设备的HARQ缓存中存储有{X1，X2，X3}；
第四次接收(重传)：发送设备向接收设备发送无线帧4(携带X4)，接收设备接收到无线帧4，接收设备从HARQ缓存中获取到X1、X2和X3，然后对X1、X2、X3和X4进行软合并后联合解码。接收设备对X1、X2、X3和X4联合解码成功，则清空HARQ缓存，并向发送设备发送确认应答。然后发送设备也清空发送设备的HARQ缓存。
基于上述解码方式，由于是对多个不同的冗余编码版本进行软合并后联合解码，因而具有解码增益，可以提升解码成功率，从而保障了重要数据的发送成功率。
步骤503，若无线帧携带第二序列，则使用非HARQ传输方式对应的解码方式对无线帧进行解码。
其中，非HARQ传输方式(可以是第一传输方式或第二传输方式)的具体描述可以参考图2对应的实施例中的相关描述。其中，非HARQ传输方式对应的解码方式可以是FEC解码。
针对非HARQ传输方式，在解码无线帧时，每次都是仅针对当前接收到的无线帧的编码数据进行解码，不会像HARQ传输方式对应的解码方式那样采用联合解码，因而解码速度更快，但解码成功率不如HARQ传输方式对应的解码方式。对于非HARQ传输方式的详细描述，可以参考前述发送侧方法实施例中对于非HARQ传输方式的描述，此处不再赘述。
基于上述方案，采用不同的传输方式来传输数据，比如可以将重要数据采用HARQ传输方式，非重要数据采用非HARQ传输方式，从而可以保障重要数据的成功发送，从而提升数据传输的质量，并且对于非重要数据采用非HARQ传输方式进行传输，相较于HARQ传输方式，可以减少传输开销。
作为一种实现方法，当接收设备需要向发送设备发送针对接收到的无线帧的确认应答或否认应答时，接收设备可以从以下方法1至方法3中任意选择一种，向发送设备发送确认应答或否认应答：
方法1、使用预先调度的时频资源向发送设备发送确认应答或否认应答。
该预先调度的时频资源，可以是接入设备(如基站、接入点(access point，AC)等)预先调度的用于发送确认应答或否认应答的时频资源。
方法2、接收设备使用第一时频资源向发送设备发送确认应答或否认应答，第一时频资源为接收设备将要发送至发送设备的无线帧所占用的时频资源。
也即，接收设备在需要向发送设备发送确认应答或否认应答时，正好接收设备也需要向发送设备发送无线帧，则可以将该确认应答或否认应答携带于该无线帧中顺带发给发送设备。该方法不占用额外开销。作为一个示例，比如接收设备将要发送给发送设备的无线帧的格式如图6(a)或图6(b)所示，则可以在该无线帧的尾部字段或填充字段中携带确认应答或否认应答。
方法3、接收设备使用重新申请的时频资源向发送设备发送确认应答或否认应答。
比如，接收设备可以向基站或接入点重新申请时频资源，用于发送确认应答或否认应答。
作为另一种实现方法，接收设备也可以对上述方法1至方法3预先设置优先级，比如方法1、方法2、方法3的优先级依次降低，则接收设备可以根据该三种方法的优先级，选择一种方法向发送设备发送确认应答或否认应答。具体的，若能使用方法1，则使用方法1，若不能使用方法1但能使用方法2，则使用方法2，若不能使用方法1和方法2但能使用方法3，则使用方法3。
需要说明的是，如果上述三种方法均不能使用，则可以放弃发送确认应答或否认应答，或者是等待一个设定时长后再发送确认应答或否认应答，对此本申请实施例不做限定。
可以理解的是，上述各个方法实施例中，对应由发送设备实现的步骤或者操作，也可以由配置于发送设备的部件(例如芯片或者电路)实现，对应由接收设备实现的步骤或者操作，也可以由配置于接收设备的部件(例如芯片或者电路)实现。
下面通过一个完整的流程图，对上述发送设备侧的数据传输方法进行说明。参考图7(a)，为本申请实施例提供的又一种数据传输方法，包括以下步骤：
步骤701a，获取待传输的数据。
该待传输的数据为重要数据或非重要数据。
示例性地，发送设备的信源端(如数据链路层等)获取待传输的媒体数据帧，然后将媒体数据帧划分为重要数据和非重要数据。
针对重要数据，信源端在向信道端(如物理层)发送携带该重要数据的数据包时，还在该数据包中携带第一指示信息，该第一指示信息用于指示数据包中携带的是重要数据， 从而信道端可以根据第一指示信息识别该数据包携带的是重要数据。
针对非重要数据，信源端在向信道端(如物理层)发送携带该非重要数据的数据包时，还在该数据包中携带第二指示信息，该第二指示信息用于指示数据包中携带的是非重要数据，从而信道端可以根据第二指示信息识别该数据包携带的是非重要数据。
在步骤701a之后，转到执行步骤702a。
步骤702a，判断是否采用HARQ传输方式。
发送设备的信道端从发送设备的信源端接收到数据包后，判断该数据包携带的是重要数据还是非重要数据。若数据包携带第一指示信息，则该数据包内的数据是重要数据，若数据包携带第二指示信息，则该数据包内的数据是非重要数据。
如果是重要数据，则信道端采用HARQ传输方式向接收设备发送该重要数据。也即转入执行以下步骤703a。
如果是非重要数据，则采用第一传输方式或第二传输方式向接收设备发送该非重要数据。也即转入执行以下步骤709a。
需要说明的是，针对一个媒体数据帧，先将该媒体数据帧的重要数据按照步骤703a至步骤708a的方法发送成功后，再将该媒体数据帧的非重要数据按照步骤709a的方法发送。当重要数据发送失败，则不再发送非重要数据。
以下步骤703a至步骤708a描述的是，发送设备的信道端采用HARQ传输方式向接收设备发送重要数据。
步骤703a，将重要数据存储至HARQ缓存。
发送设备的信道端确定采用HARQ传输方式向接收设备发送该重要数据，可以根据当前资源调度情况，将该重要数据通过一个或多个第一无线帧发送至接收设备。
比如待传输的重要数据为1200字节，当前调度的无线时频资源可用于传输200字节的数据，则发送设备的信道端可以对该重要数据的前200字节进行信道编码(如采用Turbo编码)得到该200字节数据的多个不同冗余编码版本，然后将该多个不同冗余编码版本存储至HARQ缓存。其中，冗余编码版本的数量可以是预先配置的，用于表示最大重传次数。
后续，在上述200字节数据传输成功、或达到最大重传次数时仍未传输成功之后，则发送设备的信道端可以清空上述HARQ缓存，然后根据当前调度的无线时频资源，继续传输该重要数据的后续字节数据。比如，当前调度的无线时频资源可用于传输400字节的数据，则发送设备的信道端可以对该重要数据的第201至600字节(共400字节)进行信道编码得到该400字节数据的多个不同冗余编码版本，然后将该多个不同冗余编码版本存储至HARQ缓存。
在步骤703a之后，转到执行步骤704a。
步骤704a，从HARQ缓存取出重要数据进行传输。
发送设备的信道端可以HARQ缓存取出重要数据进行传输。比如，发送设备的信道端可以从HARQ缓存中取出N个不同冗余编码版本中的一个，然后通过物理层的信道传输，将该取出的冗余编码版本发送至接收设备的信道端。
需要说明的是，当从HARQ缓存中取出N个不同冗余编码版本中的一个冗余编码版本之后，HARQ缓存中就不再存储有该被取出的冗余编码版本。
作为一种实现方法，若HARQ缓存是以队列的形式对N个不同冗余编码版本进行缓 存的，则发送设备的信道端可以从HARQ缓存中每次取出位于队头的冗余编码版本进行传输。作为又一种实现方法，若HARQ缓存是以哈希函数的形式对N个不同冗余编码版本进行缓存的，则发送设备的信道端可以每次根据哈希运算从HARQ缓存中取出一个冗余编码版本进行传输。
需要说明的是，发送设备是将取出的冗余编码版本携带于一个无线帧(称为第一无线帧)中发送至接收设备的。
在步骤704a之后，转到执行步骤705a。
步骤705a，判断是否接收到确认应答。
在HARQ传输方式中，发送设备每次向接收设备发送一个无线帧，都会接收到接收设备发送的针对该无线帧的反馈信息。若收到的反馈信息是确认应答(ACK)，表示无线帧内的数据被成功解码。若收到的反馈信息是否认应答(NACK)，表示无线帧内的数据未被成功解码。
当发送设备从接收设备接收到针对第一无线帧的反馈信息是确认应答，则发送设备确定接收设备成功解码了该第一无线帧内的数据，因而转到执行以下步骤707a，即检查该重要数据是否传输完毕，如果没有传输完毕则继续传输该重要数据的其它部分数据。
当发送设备从接收设备接收到针对第一无线帧的反馈信息是否认应答，则发送设备确定接收设备未能成功解码该第一无线帧内的数据，因而转到执行以下步骤706a，即尝试重传该数据。
步骤706a，判断是否达到最大重传次数。
当需要重传数据时，发送设备先要判断是否达到最大重传次数。
如果达到最大重传次数，则不再重传该数据，表明该数据传输失败，也即接收设备没有成功解码该数据，因而转到步骤707a，即检查该重要数据是否传输完毕，如果没有则继续传输该重要数据的其它部分数据。
如果没有达到最大重传次数，表明当前可以重传，因此可以转到执行步骤704a，即从HARQ缓存中取出重要数据进行传输。需要说明的是，此次从HARQ缓存取出的重要数据对应的冗余编码版本与上次取出的冗余编码版本是不同的。也即，对重要数据进行重传，指的是每次重传该重要数据对应的不同冗余编码版本。
基于该方法，当接收设备对接收到的重要数据对应的一个冗余编码版本解码失败时，接收设备可以从发送设备接收到该重要数据对应的其他冗余编码版本，进而可以将这些冗余编码冗余版本进行软合并，实现联合解码，可以提升解码成功率，因此该HARQ传输具有解码增益。
需要说明的是，本申请实施例对于如何判断重传次数是否达到最大重传次数的实现方法不限。
作为一个示例，可以通过设置一个计数器来判断重传次数是否达到最大重传次数。比如，计数器初始值为0，在发送某个第一无线帧时，在发送之前，判断计数器是否小于最大重传次数，如果是，则发送携带一个冗余编码版本的第一无线帧(可以是初传或重传)，然后计数器加1，如果否，则不允许发送该第一无线帧。
作为又一示例，也可以通过判断HARQ缓存内是否还有剩余的冗余编码版本来确定是否达到最大重传次数。如果有，表明没有达到最大重传次数，因而可以重传该数据，如果没有，表明已经到达最大重传次数，则不可以重传该数据。
步骤707a，判断重要数据是否传输完毕。
基于上述步骤703a中的描述可知，一个重要数据可能较大，因而需要分多次传输。因此在传输完该重要数据的一部分数据之后，需要判断该重要数据是否还有剩余的数据需要继续传输。
当发送设备确定该重要数据传输完毕，则流程结束，表明该重要数据传输结束。
当发送设备确定该重要数据没有传输完毕，则转到执行步骤708a，即清空HARQ缓存。
步骤708a，清空HARQ缓存。
作为一种实现方法，发送设备先判断HARQ缓存中是否存储有数据，如果有则对该HARQ缓存进行擦除，如果没有则不执行任何操作。该方法可以减少HARQ缓存的擦除次数。
作为另一种实现方法，发送设备不判断HARQ缓存中是否存储有数据，而是直接对HARQ缓存进行擦除，从而实现清空HARQ缓存。该方法无需对HARQ缓存是否有数据进行判断。
在步骤708a之后，转到执行步骤703a。需要说明的是，在下一次执行步骤703a时，所针对的是重要数据的其它部分。比如，结合前面示例，一个重要数据有1200字节，则第一次执行步骤703a时，是将重要数据的前200字节进行编码得到多个不同的冗余编码版本并存储至HARQ缓存，在第二次执行步骤703a时，是将重要数据的第201-600字节(共400字节)进行编码得到多个不同的冗余编码版本并存储至HARQ缓存。
以下步骤709a描述的是，发送设备的信道端采用非HARQ传输方式(具体可以是第一传输方式或第二传输方式)向接收设备发送非重要数据。
步骤709a，发送非重要数据。
示例性的，当发送设备的信道端确定待传输的数据是非重要数据，则发送设备采用非HARQ传输方式向接收设备发送该非重要数据对应的至少一个第二无线帧。
作为一个示例，该非HARQ传输方式可以是第一传输方式，第一传输方式指的是无重传机制的传输方式。作为又一个示例，该非HARQ传输方式还可以是第二传输方式，第二传输方式指的是有重传机制、且每次均重传无线帧对应的FEC编码版本的传输方式。
关于第一传输方式和第二传输方式的具体介绍，可以参考前述实施例的描述，不再赘述。
通过上述方案，实现了采用HARQ传输方式将重要数据对应的至少一个第一无线帧发送至接收设备，以及采用非HARQ传输方式将非重要数据对应的至少一个第二无线帧发送至接收设备。
为了使得接收设备能够识别接收到的无线帧(如上述第一无线帧或第二无线帧)是否采用了HARQ传输方式，示例性地，发送设备的信道端可以在第一无线帧中携带第一序列，在第二无线帧中携带第二序列，第一序列与第二序列是不同的序列，可选的，第一序列与第二序列是相反序列。从而，当接收设备从发送设备接收到一个无线帧后，若确定该无线帧携带了第一序列，则确定该无线帧是采用HARQ传输方式进行传输的，若确定该无线帧携带了第二序列，则确定该无线帧是采用非HARQ传输方式(具体可以是预先约定的第一传输方式或第二传输方式)进行传输的。作为示例，第一无线帧携带第一序列的方式，比 如可以是：第一无线帧包括随机接入前导码，该随机接入前导码携带第一序列。其中，当随机接入前导码包含长训练字段和短训练字段时，则第一序列可以携带在长训练字段中、或携带在短训练字段中。作为示例，第二无线帧携带第二序列的方式，比如可以是：第二无线帧包括随机接入前导码，该随机接入前导码携带第二序列。其中，当随机接入前导码包含长训练字段和短训练字段时，则第二序列可以携带在长训练字段中、或携带在短训练字段中。对于第一序列和第二序列的具体实施例，可以参考接收侧方法实施例的相关描述。
基于上述方案，发送设备可以按照待发送的数据是否为重要数据而采用不同的发送方式。针对重要数据，由于对接收设备恢复原始内容(如图像、音频)的贡献更大，因此采用HARQ传输方式进行传输，可以提高接收设备对重要数据的解码成功率。针对非重要数据，由于对接收设备恢复原始内容(如图像、音频)的贡献要小，因此采用非HARQ传输方式进行传输，在不影响接收设备恢复原始内容的前提下，可以减少发送资源的占用及提升解码速度。通过该方案，可以实现减少卡顿、丢帧现象，提升数据传输的可靠性及抗干扰能力，从而提升了用户体验。
下面通过一个完整的流程图，对上述接收设备侧的数据传输方法进行说明。参考图7(b)，为本申请实施例提供的又一种数据传输方法，包括以下步骤：
步骤701b，接收到发送设备发送的无线帧。
具体的，可以是接收设备的信道端(即物理层)从发送设备接收到无线帧。该接收到的无线帧可能是发送时采用HARQ传输方式进行发送的第一无线帧，也可能是上述2实施例中描述的采用非HARQ传输方式(即预先约定的第一传输方式或第二传输方式)进行发送的第二无线帧。
步骤702b，判断该无线帧是否采用了HARQ传输方式。
示例性地，接收设备可以根据接收到的无线帧是携带了第一序列还是第二序列，来判断该无线帧是否采用了HARQ传输方式。比如，当接收到的无线帧携带了第一序列，则接收设备确定该无线帧采用了HARQ传输方式。当接收到的无线帧携带了第二序列，则接收设备确定该无线帧采用了非HARQ传输方式(即预先约定的第一传输方式或第二传输方式)。
需要说明的是，当无线帧采用了HARQ传输方式，表明该无线帧携带的是重要数据。当无线帧采用了非HARQ传输方式，表明该无线帧携带的是非重要数据。
其中，无线帧携带第一序列或第二序列的具体实现方法，可以参考前述描述，不再赘述。
该步骤702b中，若确定接收到的无线帧是采用HARQ传输方式进行发送的，则转到步骤703b，即采用与HARQ传输方式对应的解码方式(比如可以是Turbo解码)对该无线帧进行解码(也即对无线帧内的重要数据进行解码)。若确定接收到的无线帧是采用非HARQ传输方式进行发送的，则转到步骤714b，即采用与非HARQ传输方式对应的解码方式(比如可以是FEC解码)对该无线帧进行解码(也即对无线帧内的非重要数据进行解码)。
以下步骤703b至步骤712b描述的是采用与HARQ传输方式对应的解码方式，对无线帧进行解码。
在HARQ传输方式对应的解码方式中，接收设备上存在一个HARQ缓存，HARQ缓存在初始状态下为空，该HARQ缓存用于存储接收设备解码失败的初传数据或重传数据。当接收设备确定接收到的无线帧是采用HARQ传输方式进行传输的，则接收设备可以结合该HARQ缓存对无线帧内的数据进行解码。具体的，当接收设备接收到一个重传帧(该重传帧携带重传数据)，则接收设备可以从HARQ缓存获取该重要数据对应的解码失败的初传数据或重传数据(如果有的话)，然后将接收到的重传数据与从HARQ缓存获取的数据进行软合并后，联合解码，从而提高解码成功率。下面具体说明。
步骤703b，判断无线帧携带的数据是否为初传数据。
若是初传数据，则转到执行步骤704b。
若不是初传数据(也即是重传数据)，则转到执行步骤705b。
步骤704b，解码数据。
当接收设备确定接收到初传数据，则HARQ缓存为空，因此接收设备对该初传数据直接解码。需要说明的是，这里的初传数据是发送设备对待传输的数据进行编码得到的多个不同冗余编码版本中的一个。具体可以参考发送侧的相关说明。
在步骤704b之后，转到执行步骤706b。
步骤705b，从HARQ缓存取出冗余编码版本进行合并解码。
由于HARQ缓存是用于存储解码失败的数据，因此当接收到的数据不是初传数据(也即是重传数据)，则表明上一次接收到的数据(可以是初传数据或重传数据)是解码失败并存储至该HARQ缓存中的。
需要说明的是，接收设备接收到的一个数据的初传数据或不同的重传数据，分别是发送设备对该数据进行编码后得到的多个冗余编码版本中的一个，相互之间不同。
当HARQ缓存中存储有该数据的冗余编码版本，则从HARQ缓存中取出这些冗余编码版本，然后将当前接收到的冗余编码版本与从HARQ缓存中取出的冗余编码版本进行合并解码(或称为联合解码)。由于根据多个冗余编码版本进行合并解码，因此可以提升解码成功率，也即相较于对数据的一个编码版本进行单独解码，是具有解码增益的。
在步骤705b之后，转到执行步骤706b。
步骤706b，判断是否解码成功。
在对一个初传数据进行解码(即上述步骤704b)或对一个重传数据进行解码(即上述步骤705b)之后，需要判断是否解码成功。
如果解码成功，则转到执行步骤707b。
如果解码失败，则转到执行步骤709b。
步骤707b，清空HARQ缓存。
由于接收设备对上述接收的数据解码成功(可以是对初传数据解码成功、或对重传数据联合解码成功)，表明完成了对该无线帧的接收过程，因此不再需要HARQ缓存中存储的解码失败的冗余编码版本(如果有的话)，因此可以清空该HARQ缓存，以便该HARQ缓存可以用于下一个无线帧的接收。
接收设备清空HARQ缓存的方法包括但不限于：
方法一，接收设备先判断HARQ缓存中是否存储有数据，如果有则对该HARQ缓存进行擦除，如果没有则不执行任何操作。该方法可以减少HARQ缓存的擦除次数。
方法二，接收设备不判断HARQ缓存中是否存储有数据，而是直接对HARQ缓存进 行擦除，从而实现清空HARQ缓存。该方法无需对HARQ缓存是否有数据进行判断。
在步骤707b之后，转到执行步骤708b。
步骤708b，标记反馈确认应答。
由于接收设备对该数据解码成功，因此需要向发送设备发送反馈信息，且该反馈信息是确认应答。因此，接收设备标记反馈确认应答，以便后续可以调度相应的时频资源向发送设备反馈确认应答。
在步骤708b之后，转到执行步骤713b。
步骤709b，判断是否达到最大重传次数。
该最大重传次数可以是预配置的。
当上述步骤706b中，判断对接收的数据(可以是初传数据或重传数据)解码失败，则需要判断该数据的重传次数是否达到最大重传次数。
当重传次数达到最大重传次数，则接收设备确定该数据接收失败(也即没有成功解码并获取到该无线帧的数据内容)且后续也不会再重传了，进而转到执行步骤710b。
当重传次数没有达到最大重传次数，则接收设备确定该数据当前没有成功解码并获取到该无线帧的数据内容，但后续还会重传该数据，进而转到执行步骤711b。
步骤710b，清空HARQ缓存。
由于接收设备对上述数据接收失败(也即没有成功解码并获取到无线帧的数据内容)，且达到了最大重传次数，则已经完成了对该无线帧的接收过程，因此不再需要HARQ缓存中存储的解码失败的数据(如果有的话)，因此可以清空该HARQ缓存，以便该HARQ缓存可以用于下一个数据的接收。
接收设备清空HARQ缓存的方法与上述步骤707b中清空HARQ缓存的方法类似，可参考前述描述。
在步骤710b之后，转到执行步骤712b。
步骤711b，将数据存储至HARQ缓存。
由于接收设备对最新接收的数据(即一个冗余编码版本)解码失败，但后续还会重传该数据，因此接收设备可以将当前接收到的、且解码失败的冗余编码版本存储至HARQ缓存，以便于下次接收到该数据的重传数据(即另一个冗余编码版本)时，可以结合HARQ缓存中的解码失败的冗余编码版本进行联合解码，以提升解码增益。
需要说明的是，针对一个数据，每次解码失败，都会向HARQ缓存中存储一个该数据的不同的冗余编码版本，因此下一次接收到该数据的重传数据时，可进行联合解码的冗余编码版本的数量也增多一个，因而可以提升解码成功率。也即，已经重传的次数越多，解码成功率越高。
在步骤711b之后，转到执行步骤712b。
步骤712b，标记反馈否认应答。
由于接收设备对该数据解码失败，因此需要向发送设备发送反馈信息，且该反馈信息是否认应答。因此，接收设备标记反馈否认应答，以便后续可以调度相应的时频资源向发送设备反馈否认应答。
在步骤712b之后，转到执行步骤713b。
步骤713b，发送确认应答或否认应答。
若上述过程执行了步骤708b，则接收设备向发送设备发送确认应答，表示解码成功。 若上述过程执行了步骤712b，则接收设备向发送设备发送否认应答，表示解码失败。
其中，接收设备向发送设备发送确认应答或否认应答的具体实现方法，可以参考前述图5对应的实施例中的相关描述，这里不再赘述。
以下步骤714b至步骤718b描述的是采用与非HARQ传输方式对应的解码方式，对无线帧内携带的数据进行解码(比如可以是FEC解码)。
在具体实现中，非HARQ传输方式可以是第一传输方式或第二传输方式，对于这两种传输方式的描述，可以前述实施例的相关描述。实际应用中，发送设备与接收设备之间可以预先约定其中一种进行传输。
步骤714b，解码数据。
当发送设备采用第一传输方式向接收设备发送无线帧，则接收设备接收到该无线帧后，仅根据该无线帧内携带的数据进行解码，不会像HARQ传输方式对应的解码那样进行联合解码。
当发送设备采用第二传输方式向接收设备发送无线帧，则接收设备接收到该无线帧后，也是仅根据该无线帧内携带的数据进行解码，不会像HARQ传输方式对应的解码那样进行联合解码。
在步骤714b之后，执行步骤715b。
步骤715b，判断是否解码成功。
针对第一传输方式，当接收设备解码成功，则流程结束，当接收设备解码失败，则转到执行步骤717b，即丢弃数据。这里因为该第一传输方式对每个数据仅传输一次，不管接收设备是否解码成功，发送设备都不会重传，因此当接收设备解码失败，则丢弃该数据，表明没有成功获取到该数据。
针对第二传输方式，当接收设备解码成功，则流程结束，当接收设备解码失败，则转到执行步骤717b，即丢弃数据。这里因为该第二传输方式虽然也会重传，但每次重传的数据都是采用FEC编码的，因此重传数据都是相同的，不像HARQ传输那样每次重传的是同一数据的不同冗余编码版本，因此该第二传输方式中，无法像HARQ传输那样可以进行联合编码，因此当接收设备对接收到的数据解码失败，则丢弃该数据，表明没有成功获取到该数据。
在步骤715b之后，执行步骤716b。
步骤716b，标记反馈确认应答。
由于接收设备对该无线帧解码成功，因此需要向发送设备发送反馈信息，且该反馈信息是确认应答。因此，接收设备标记反馈确认应答，以便后续可以调度相应的时频资源向发送设备反馈确认应答。
在步骤716b之后，转到执行步骤713b。
步骤717b，丢弃数据。
接收设备在丢弃数据后，转到执行步骤718b。
步骤718b，标记反馈否认应答。
由于接收设备对该数据解码失败，因此需要向发送设备发送反馈信息，且该反馈信息是否认应答。因此，接收设备标记反馈否认应答，以便后续可以调度相应的时频资源向发送设备反馈否认应答。
在步骤718b之后，转到执行步骤713b。
基于上述步骤715b至步骤718b的方法，当接收设备接收到的数据是采用非HARQ传输方式进行发送的，表明该数据不是重要数据，因此解析失败后直接丢弃该数据，无需进行存储以执行联合解码。
基于上述方案，发送设备可以按照待发送的数据是否为重要数据而采用不同的发送方式。针对重要数据，由于对接收设备恢复原始内容(如图像、音频)的贡献更大，因此采用HARQ传输方式进行传输，可以提高接收设备对重要数据的解码成功率。针对非重要数据，由于对接收设备恢复原始内容(如图像、音频)的贡献要小，因此采用非HARQ传输方式进行传输，在不影响接收设备恢复原始内容的前提下，可以减少发送资源的占用及提升解码速度。通过该方案，可以实现减少卡顿、丢帧现象，提升数据传输的可靠性及抗干扰能力，从而提升了用户体验。
参考图8，为本申请实施例提供的一种发送设备的示意图。该装置用于实现上述图2实施例的各个步骤，如图8所示，该发送设备800包括发送单元810和处理单元820。
发送单元810，用于采用HARQ传输方式向接收设备发送媒体数据帧的重要数据，所述媒体数据帧的重要数据包括所述媒体数据帧中的基础部分；在所述媒体数据帧的重要数据发送成功后，采用非HARQ传输方式向所述接收设备发送所述媒体数据帧的非重要数据，所述媒体数据帧的非重要数据包含所述媒体数据帧中的增强部分。
在一种可能的实现方法中，所述媒体数据帧的重要数据还包括所述媒体数据帧对应的编码参数。
在一种可能的实现方法中，发送所述媒体数据帧的重要数据占用的时长不超过第一发送时间窗的长度，所述第一发送时间窗的长度为发送所述媒体数据帧的重要数据和所述媒体数据帧的非重要数据所允许的最大时长。
在一种可能的实现方法中，发送单元810，用于采用HARQ传输方式向接收设备发送媒体数据帧的重要数据，具体包括：用于采用所述HARQ传输方式在所述第一发送时间窗内发送所述媒体数据帧的重要数据。发送单元810，用于在所述媒体数据帧的重要数据发送成功后，采用非HARQ传输方式向所述接收设备发送所述媒体数据帧的非重要数据，具体包括：用于在所述媒体数据帧的重要数据发送成功后，在所述第一发送时间窗的剩余时长内发送所述非重要数据，所述剩余时长为在所述第一发送时间窗内成功发送所述媒体数据帧的重要数据之后的剩余时间。
在一种可能的实现方法中，处理单元820，用于若在所述第一发送时间窗内，所述媒体数据帧的重要数据发送成功，但所述第一发送时间窗的剩余时长不够发送所述媒体数据帧的非重要数据，则确定停止向所述接收设备发送所述媒体数据帧的非重要数据；其中，所述剩余时长为在所述第一发送时间窗内成功发送所述媒体数据帧的重要数据之后的剩余时间。
在一种可能的实现方法中，处理单元820，用于若在所述第一发送时间窗内，所述媒体数据帧的重要数据未发送成功，则确定停止向所述接收设备发送所述媒体数据帧的重要数据，并且确定停止向所述接收设备发送所述媒体数据帧的非重要数据。
在一种可能的实现方法中，所述非HARQ传输为第一传输方式，所述第一传输方式为无重传机制的传输方式。
在一种可能的实现方法中，所述非HARQ传输为第二传输方式，所述第二传输方式为有重传机制、且每次均重传所述非重要数据对应的前向纠错FEC编码版本数据的传输方式。
在一种可能的实现方法中，所述第二传输方式对应的最大重传次数小于所述HARQ传输方式对应的最大重传次数。
在一种可能的实现方法中，发送单元810，用于采用HARQ传输方式向接收设备发送媒体数据帧的重要数据，具体包括：采用所述HARQ传输方式向所述接收设备发送所述媒体数据帧的重要数据对应的至少一个第一无线帧，所述至少一个第一无线帧携带第一序列，所述第一序列用于指示所述至少一个第一无线帧是采用HARQ传输方式发送的。发送单元810，用于采用非HARQ传输方式向所述接收设备发送所述媒体数据帧的非重要数据，具体包括：用于采用所述非HARQ传输方式向所述接收设备发送所述非重要数据对应的至少一个第二无线帧，所述至少一个第二无线帧携带第二序列，所述第二序列用于指示所述至少一个第二无线帧是采用非HARQ传输方式发送的；其中，所述第一序列与所述第二序列是不同的序列。
在一种可能的实现方法中，所述第一序列与所述第二序列是相反序列。
在一种可能的实现方法中，所述第一无线帧与所述第二无线帧的帧格式相同，所述帧格式中包括长训练字段和短训练字段；所述至少一个第一无线帧的长训练字段携带所述第一序列，所述第二无线帧的长训练字段携带所述第二序列；或者，所述至少一个第一无线帧的短训练字段携带所述第一序列，所述第二无线帧的短训练字段携带所述第二序列。
在一种可能的实现方法中，所述帧格式为非高吞吐格式non-HT format PPDU格式、或为高吞吐混合格式HT mixed format。
可选的，上述发送设备800还可以包括存储单元，该存储单元用于存储数据或者指令(也可以称为代码或者程序)，上述各个单元可以和存储单元交互或者耦合，以实现对应的方法或者功能。例如，处理单元820可以读取存储单元中的数据或者指令，使得发送设备实现上述实施例中的方法。
应理解以上发送设备中单元的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且发送设备中的单元可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分单元以软件通过处理元件调用的形式实现，部分单元以硬件的形式实现。例如，各个单元可以为单独设立的处理元件，也可以集成在发送设备的某一个芯片中实现，此外，也可以以程序的形式存储于存储器中，由发送设备的某一个处理元件调用并执行该单元的功能。此外这些单元全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件又可以成为处理器，可以是一种具有信号的处理能力的集成电路。在实现过程中，上述方法的各步骤或以上各个单元可以通过处理器元件中的硬件的集成逻辑电路实现或者以软件通过处理元件调用的形式实现。
在一个例子中，以上任一发送设备中的单元可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific Integrated Circuit，ASIC)，或，一个或多个微处理器(digital singnal processor，DSP)，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array，FPGA)，或这些集成电路形式中至少两种的组合。再如，当发送设备中的单元可以通过处理元件调度程序的形式实现时，该处理元件可以是通用处理器，例如中央处理器(Central Processing Unit，CPU)或其它可以调用程序的处 理器。再如，这些单元可以集成在一起，以片上系统(system-on-a-chip，SOC)的形式实现。
参考图9，为本申请实施例提供的一种接收设备的示意图。该装置用于实现上述图5实施例的各个步骤，如图9所示，该接收设备900包括收发单元910和处理单元920。
收发单元910，用于从发送设备接收无线帧。处理单元930，用于若所述无线帧携带第一序列，则使用混合自动重传HARQ传输方式对应的解码方式对所述无线帧进行解码；若所述无线帧携带第二序列，则使用非HARQ传输方式对应的解码方式对所述无线帧进行解码，所述第二序列与所述第一序列不同。
在一种可能的实现方法中，所述HARQ传输方式对应的解码方式为Turbo解码。
在一种可能的实现方法中，所述非HARQ传输方式对应的解码方式为前向纠错FEC解码。
在一种可能的实现方法中，所述非HARQ传输为第一传输方式，所述第一传输方式为无重传机制的传输方式。
在一种可能的实现方法中，所述非HARQ传输为第二传输方式，所述第二传输方式为有重传机制、且每次均重传所述非重要数据对应的前向纠错FEC编码版本数据的传输方式。
在一种可能的实现方法中，所述第二传输方式对应的最大重传次数小于所述HARQ传输方式对应的最大重传次数。
在一种可能的实现方法中，所述第一序列与所述第二序列是相反序列。
在一种可能的实现方法中，所述无线帧的帧格式中包括长训练字段和短训练字段。所述无线帧的长训练字段携带所述第一序列、或携带所述第二序列；或者，所述无线帧的短训练字段携带所述第一序列、或携带所述第二序列。
在一种可能的实现方法中，所述帧格式为非高吞吐格式non-HT format PPDU格式、或为高吞吐混合格式HT mixed format。
在一种可能的实现方法中，收发单元910，用于使用预先调度的时频资源向所述发送设备发送针对所述无线帧的反馈信息，所述反馈信息为确认应答或否认应答；或者，使用第一时频资源向所述发送设备发送所述反馈信息，所述第一时频资源为将要发送至所述发送设备的无线帧所占用的时频资源；或者，使用重新申请的时频资源向所述发送设备发送所述反馈信息。
在一种可能的实现方法中，收发单元910，用于优先使用所述预先调度的时频资源向所述发送设备发送针对所述无线帧的反馈信息；若所述预先调度的时频资源无法使用，则优先使用所述第一时频资源向所述发送设备发送所述反馈信息；若所述预先调度的时频资源和所述第一时频资源均无法使用，则使用所述重新申请的时频资源向所述发送设备发送所述反馈信息。
可选的，上述接收设备900还可以包括存储单元，该存储单元用于存储数据或者指令(也可以称为代码或者程序)，上述各个单元可以和存储单元交互或者耦合，以实现对应的方法或者功能。例如，处理单元920可以读取存储单元中的数据或者指令，使得接收设备实现上述实施例中的方法。
应理解以上接收设备中单元的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且接收设备中的单元可以全部以软件 通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分单元以软件通过处理元件调用的形式实现，部分单元以硬件的形式实现。例如，各个单元可以为单独设立的处理元件，也可以集成在接收设备的某一个芯片中实现，此外，也可以以程序的形式存储于存储器中，由接收设备的某一个处理元件调用并执行该单元的功能。此外这些单元全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件又可以成为处理器，可以是一种具有信号的处理能力的集成电路。在实现过程中，上述方法的各步骤或以上各个单元可以通过处理器元件中的硬件的集成逻辑电路实现或者以软件通过处理元件调用的形式实现。
在一个例子中，以上任一接收设备中的单元可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个ASIC，或，一个或多个DSP，或，一个或者多个FPGA，或这些集成电路形式中至少两种的组合。再如，当接收设备中的单元可以通过处理元件调度程序的形式实现时，该处理元件可以是通用处理器，例如CPU或其它可以调用程序的处理器。再如，这些单元可以集成在一起，以SOC的形式实现。
参考图10，为本申请实施例提供的一种通信装置示意图，用于实现以上实施例中发送设备或接收设备的操作。如图10所示，该通信装置包括：处理器1010和接口1030，可选的，该通信装置还包括存储器1020。接口1030用于实现与其他设备进行通信。
以上实施例中发送设备或接收设备执行的方法可以通过处理器1010调用存储器(可以是发送设备或接收设备中的存储器1020，也可以是外部存储器)中存储的程序来实现。即，发送设备或接收设备可以包括处理器1010，该处理器1010通过调用存储器中的程序，以执行以上方法实施例中发送设备或接收设备执行的方法。这里的处理器可以是一种具有信号的处理能力的集成电路，例如CPU。发送设备或接收设备可以通过配置成实施以上方法的一个或多个集成电路来实现。例如：一个或多个ASIC，或，一个或多个微处理器DSP，或，一个或者多个FPGA等，或这些集成电路形式中至少两种的组合。或者，可以结合以上实现方式。
具体的，图8中的发送单元810和处理单元820的功能/实现过程可以通过图10所示的通信装置1000中的处理器1010调用存储器1020中存储的计算机可执行指令来实现。或者，图8中的处理单元820的功能/实现过程可以通过图10所示的通信装置1000中的处理器1010调用存储器1020中存储的计算机执行指令来实现，图8中的发送单元810的功能/实现过程可以通过图10中所示的通信装置1000中的接口1030来实现，示例性的，发送单元810的功能/实现过程可以通过处理器调用存储器中的程序指令以驱动接口1030来实现。
具体的，图9中的收发单元910和处理单元920的功能/实现过程可以通过图10所示的通信装置1000中的处理器1010调用存储器1020中存储的计算机可执行指令来实现。或者，图9中的处理单元920的功能/实现过程可以通过图10所示的通信装置1000中的处理器1010调用存储器1020中存储的计算机执行指令来实现，图9中的收发单元910的功能/实现过程可以通过图10中所示的通信装置1000中的接口1030来实现，收发单元910的功能/实现过程可以通过处理器调用存储器中的程序指令以驱动接口1030来实现。
本领域普通技术人员可以理解：本申请中涉及的第一、第二等各种数字编号仅为描述 方便进行的区分，并不用来限制本申请实施例的范围，也表示先后顺序。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。“至少一个”是指一个或者多个。至少两个是指两个或者多个。“至少一个”、“任意一个”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a,b,或c中的至少一项(个、种)，可以表示：a,b,c,a-b,a-c,b-c,或a-b-c，其中a,b,c可以是单个，也可以是多个。“多个”是指两个或两个以上，其它量词与之类似。
应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包括一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。
本申请实施例中所描述的各种说明性的逻辑单元和电路可以通过通用处理器，数字信号处理器，专用集成电路(ASIC)，现场可编程门阵列(FPGA)或其它可编程逻辑装置，离散门或晶体管逻辑，离散硬件部件，或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器，可选地，该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现，例如数字信号处理器和微处理器，多个微处理器，一个或多个微处理器联合一个数字信号处理器核，或任何其它类似的配置来实现。
本申请实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件单元、或者这两者的结合。软件单元可以存储于随机存取存储器(Random Access Memory，RAM)、闪存、只读存储器(Read-Only Memory，ROM)、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM或本领域中其它任意形式的存储媒介中。示例性地，存储媒介可以与处理器连接，以使得处理器可以从存储媒介中读取信息，并可以向存储媒介存写信息。可选地，存储媒介还可以集成到处理器中。处理器和存储媒介可以设置于ASIC中。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他 可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个或多个示例性的设计中，本申请所描述的上述功能可以在硬件、软件、固件或这三者的任意组合来实现。如果在软件中实现，这些功能可以存储与电脑可读的媒介上，或以一个或多个指令或代码形式传输于电脑可读的媒介上。电脑可读媒介包括电脑存储媒介和便于使得让电脑程序从一个地方转移到其它地方的通信媒介。存储媒介可以是任何通用或特殊电脑可以接入访问的可用媒体。例如，这样的电脑可读媒体可以包括但不限于RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁性存储装置，或其它任何可以用于承载或存储以指令或数据结构和其它可被通用或特殊电脑、或通用或特殊处理器读取形式的程序代码的媒介。此外，任何连接都可以被适当地定义为电脑可读媒介，例如，如果软件是从一个网站站点、服务器或其它远程资源通过一个同轴电缆、光纤电脑、双绞线、数字用户线(DSL)或以例如红外、无线和微波等无线方式传输的也被包含在所定义的电脑可读媒介中。所述的碟片(disk)和磁盘(disc)包括压缩磁盘、镭射盘、光盘、数字通用光盘(英文：Digital Versatile Disc，简称：DVD)、软盘和蓝光光盘，磁盘通常以磁性复制数据，而碟片通常以激光进行光学复制数据。上述的组合也可以包含在电脑可读媒介中。
本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。
以上所述的具体实施方式，对本申请的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本申请的具体实施方式而已，并不用于限定本申请的保护范围，凡在本申请的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本申请的保护范围之内。本申请说明书的上述描述可以使得本领域技术任何可以利用或实现本申请的内容，任何基于所公开内容的修改都应该被认为是本领域显而易见的，本申请所描述的基本原则可以应用到其它变形中而不偏离本申请的发明本质和范围。因此，本申请所公开的内容不仅仅局限于所描述的实施例和设计，还可以扩展到与本申请原则和所公开的新特征一致的最大范围。
尽管结合具体特征及其实施例对本申请进行了描述，显而易见的，在不脱离本申请的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明，且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包括这些改动和变型在内。

Claims (28)

  1. 一种数据传输方法，其特征在于，包括：
    采用混合自动重传HARQ传输方式向接收设备发送媒体数据帧的重要数据，所述媒体数据帧的重要数据包括所述媒体数据帧中的基础部分；
    在所述媒体数据帧的重要数据发送成功后，采用非HARQ传输方式向所述接收设备发送所述媒体数据帧的非重要数据，所述媒体数据帧的非重要数据包含所述媒体数据帧中的增强部分。
  2. 如权利要求1所述的方法，其特征在于，所述媒体数据帧的重要数据还包括所述媒体数据帧对应的编码参数。
  3. 如权利要求1或2所述的方法，其特征在于，发送所述媒体数据帧的重要数据占用的时长不超过第一发送时间窗的长度，所述第一发送时间窗的长度为发送所述媒体数据帧的重要数据和所述媒体数据帧的非重要数据所允许的最大时长。
  4. 如权利要求3所述的方法，其特征在于，采用HARQ传输方式向接收设备发送媒体数据帧的重要数据，包括：
    采用所述HARQ传输方式在所述第一发送时间窗内发送所述媒体数据帧的重要数据；
    在所述媒体数据帧的重要数据发送成功后，采用非HARQ传输方式向所述接收设备发送所述媒体数据帧的非重要数据，包括：
    在所述媒体数据帧的重要数据发送成功后，在所述第一发送时间窗的剩余时长内发送所述非重要数据，所述剩余时长为在所述第一发送时间窗内成功发送所述媒体数据帧的重要数据之后的剩余时间。
  5. 如权利要求3所述的方法，其特征在于，所述方法还包括：
    若在所述第一发送时间窗内，所述媒体数据帧的重要数据发送成功，但所述第一发送时间窗的剩余时长不够发送所述媒体数据帧的非重要数据，则停止向所述接收设备发送所述媒体数据帧的非重要数据；
    其中，所述剩余时长为在所述第一发送时间窗内成功发送所述媒体数据帧的重要数据之后的剩余时间。
  6. 如权利要求3或4所述的方法，其特征在于，所述方法还包括：
    若在所述第一发送时间窗内，所述媒体数据帧的重要数据未发送成功，则停止向所述接收设备发送所述媒体数据帧的重要数据，并且停止向所述接收设备发送所述媒体数据帧的非重要数据。
  7. 如权利要求1-6任一所述的方法，其特征在于，所述非HARQ传输为第一传输方式，所述第一传输方式为无重传机制的传输方式。
  8. 如权利要求1-7任一所述的方法，其特征在于，所述非HARQ传输为第二传输方式，所述第二传输方式为有重传机制、且每次均重传所述非重要数据对应的前向纠错FEC编码版本数据的传输方式。
  9. 如权利要求8所述的方法，其特征在于，所述第二传输方式对应的最大重传次数小于所述HARQ传输方式对应的最大重传次数。
  10. 如权利要求1-9任一所述的方法，其特征在于，采用HARQ传输方式向接收设备发送媒体数据帧的重要数据，包括：
    采用所述HARQ传输方式向所述接收设备发送所述媒体数据帧的重要数据对应的至少一个第一无线帧，所述至少一个第一无线帧携带第一序列，所述第一序列用于指示所述至少一个第一无线帧是采用HARQ传输方式发送的；
    采用非HARQ传输方式向所述接收设备发送所述媒体数据帧的非重要数据，包括：
    采用所述非HARQ传输方式向所述接收设备发送所述非重要数据对应的至少一个第二无线帧，所述至少一个第二无线帧携带第二序列，所述第二序列用于指示所述至少一个第二无线帧是采用非HARQ传输方式发送的；
    其中，所述第一序列与所述第二序列是不同的序列。
  11. 如权利要求10所述的方法，其特征在于，所述第一序列与所述第二序列是相反序列。
  12. 如权利要求10或11所述的方法，其特征在于，所述第一无线帧与所述第二无线帧的帧格式相同，所述帧格式中包括长训练字段和短训练字段；
    所述至少一个第一无线帧的长训练字段携带所述第一序列，所述第二无线帧的长训练字段携带所述第二序列；或者，
    所述至少一个第一无线帧的短训练字段携带所述第一序列，所述第二无线帧的短训练字段携带所述第二序列。
  13. 如权利要求12所述的方法，其特征在于，所述帧格式为非高吞吐格式non-HT format PPDU格式、或为高吞吐混合格式HT mixed format。
  14. 一种数据传输方法，其特征在于，包括：
    从发送设备接收无线帧；
    若所述无线帧携带第一序列，则使用混合自动重传HARQ传输方式对应的解码方式对所述无线帧进行解码；
    若所述无线帧携带第二序列，则使用非HARQ传输方式对应的解码方式对所述无线帧进行解码，所述第二序列与所述第一序列不同。
  15. 如权利要求14所述的方法，其特征在于，所述HARQ传输方式对应的解码方式为Turbo解码。
  16. 如权利要求14或15所述的方法，其特征在于，所述非HARQ传输方式对应的解码方式为前向纠错FEC解码。
  17. 如权利要求14-16任一所述的方法，其特征在于，所述非HARQ传输为第一传输方式，所述第一传输方式为无重传机制的传输方式。
  18. 如权利要求17所述的方法，其特征在于，所述非HARQ传输为第二传输方式，所述第二传输方式为有重传机制、且每次均重传所述非重要数据对应的前向纠错FEC编码版本数据的传输方式。
  19. 如权利要求18所述的方法，其特征在于，所述第二传输方式对应的最大重传次数小于所述HARQ传输方式对应的最大重传次数。
  20. 如权利要求14-19任一所述的方法，其特征在于，所述第一序列与所述第二序列是相反序列。
  21. 如权利要求14-20任一所述的方法，其特征在于，所述无线帧的帧格式中包括长训练字段和短训练字段；
    所述无线帧的长训练字段携带所述第一序列、或携带所述第二序列；或者，
    所述无线帧的短训练字段携带所述第一序列、或携带所述第二序列。
  22. 如权利要求21所述的方法，其特征在于，所述帧格式为非高吞吐格式non-HT format PPDU格式、或为高吞吐混合格式HT mixed format。
  23. 如权利要求14-22任一所述的方法，其特征在于，还包括：
    使用预先调度的时频资源向所述发送设备发送针对所述无线帧的反馈信息，所述反馈信息为确认应答或否认应答；或者，
    使用第一时频资源向所述发送设备发送所述反馈信息，所述第一时频资源为将要发送至所述发送设备的无线帧所占用的时频资源；或者，
    使用重新申请的时频资源向所述发送设备发送所述反馈信息。
  24. 如权利要求23所述的方法，其特征在于，
    优先使用所述预先调度的时频资源向所述发送设备发送针对所述无线帧的反馈信息；
    若所述预先调度的时频资源无法使用，则优先使用所述第一时频资源向所述发送设备发送所述反馈信息；
    若所述预先调度的时频资源和所述第一时频资源均无法使用，则使用所述重新申请的时频资源向所述发送设备发送所述反馈信息。
  25. 一种发送设备，其特征在于，包括：处理器和传输接口；所述处理器被配置为调用存储在存储器中的软件指令，以执行如权利要求1-13任一项所述的方法。
  26. 一种接收设备，其特征在于，包括：处理器和传输接口；所述处理器被配置为调用存储在存储器中的软件指令，以执行如权利要求14-24任一项所述的方法。
  27. 一种计算机可读存储介质，其特征在于，包括计算机程序，当所述计算机程序在计算机或处理器上运行时，使得所述计算机或所述处理器执行如利要求1-24任一项所述的方法。
  28. 一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机程序，当所述计算机程序在计算机或处理器上运行时，使得所述计算机或所述处理器执行如利要求1-24任一项所述的方法。
PCT/CN2020/101973 2020-07-14 2020-07-14 数据传输方法、发送设备及接收设备 WO2022011574A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP20945176.4A EP4184829A4 (en) 2020-07-14 2020-07-14 DATA TRANSMISSION METHOD, TRANSMITTER AND RECEIVER
CN202080099739.6A CN115380487A (zh) 2020-07-14 2020-07-14 数据传输方法、发送设备及接收设备
PCT/CN2020/101973 WO2022011574A1 (zh) 2020-07-14 2020-07-14 数据传输方法、发送设备及接收设备
US18/154,544 US20230188270A1 (en) 2020-07-14 2023-01-13 Data Transmission Method, Transmit Device, and Receive Device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2020/101973 WO2022011574A1 (zh) 2020-07-14 2020-07-14 数据传输方法、发送设备及接收设备

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/154,544 Continuation US20230188270A1 (en) 2020-07-14 2023-01-13 Data Transmission Method, Transmit Device, and Receive Device

Publications (1)

Publication Number Publication Date
WO2022011574A1 true WO2022011574A1 (zh) 2022-01-20

Family

ID=79555986

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/101973 WO2022011574A1 (zh) 2020-07-14 2020-07-14 数据传输方法、发送设备及接收设备

Country Status (4)

Country Link
US (1) US20230188270A1 (zh)
EP (1) EP4184829A4 (zh)
CN (1) CN115380487A (zh)
WO (1) WO2022011574A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4080802A1 (en) * 2021-04-23 2022-10-26 Samsung Electronics Co., Ltd. Harq-capable communication device and method thereof

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090262836A1 (en) * 2008-04-17 2009-10-22 Canon Kabushiki Kaisha Method of processing a coded data stream
CN102571265A (zh) * 2011-01-04 2012-07-11 华为技术有限公司 数据传输方法和发送设备
CN107277423A (zh) * 2017-07-28 2017-10-20 北京小米移动软件有限公司 丢包重传的方法及装置
CN109150876A (zh) * 2018-08-20 2019-01-04 深圳市昊源科技有限公司 一种视频无线传输的qos方法、装置及系统
CN110311758A (zh) * 2019-07-19 2019-10-08 北京清源新创科技有限公司 数据低延迟传输方法、装置及设备和存储介质

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005260585A (ja) * 2004-03-11 2005-09-22 Matsushita Electric Ind Co Ltd ターボ復号器
US8045467B2 (en) * 2006-07-28 2011-10-25 Hewlett-Packard Development Company, L. P. Reducing a number of data packets to increase a number of error correcting packets
US9312989B2 (en) * 2008-07-07 2016-04-12 Cisco Technology, Inc. Importance-based FEC-aware error-repair scheduling

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090262836A1 (en) * 2008-04-17 2009-10-22 Canon Kabushiki Kaisha Method of processing a coded data stream
CN102571265A (zh) * 2011-01-04 2012-07-11 华为技术有限公司 数据传输方法和发送设备
CN107277423A (zh) * 2017-07-28 2017-10-20 北京小米移动软件有限公司 丢包重传的方法及装置
CN109150876A (zh) * 2018-08-20 2019-01-04 深圳市昊源科技有限公司 一种视频无线传输的qos方法、装置及系统
CN110311758A (zh) * 2019-07-19 2019-10-08 北京清源新创科技有限公司 数据低延迟传输方法、装置及设备和存储介质

Also Published As

Publication number Publication date
EP4184829A1 (en) 2023-05-24
EP4184829A4 (en) 2023-08-02
CN115380487A (zh) 2022-11-22
US20230188270A1 (en) 2023-06-15

Similar Documents

Publication Publication Date Title
WO2021179931A1 (zh) Url投屏方法和装置
WO2019196690A1 (zh) 旁链路的传输方法和终端
JP6284888B2 (ja) ワイヤレスディスプレイシステム内のソースデバイスでのフレームの取込みおよびバッファリング
US11379278B2 (en) Methods and apparatus for correcting out-of-order data transactions between processors
US20110317716A1 (en) Method, system, and program for managing a speed at which data is transmitted between network adaptors
US9325519B2 (en) Distributed proxy for bi-directional network connectivity over point-to-point connection
US20220255866A1 (en) Audio/video communication method, terminal, server, computer device, and storage medium
WO2022142885A1 (zh) 一种数据传输方法、装置、计算机可读存储介质、电子设备及计算机程序产品
US20230188270A1 (en) Data Transmission Method, Transmit Device, and Receive Device
JP2007502585A (ja) データ技術領域を送信する装置、システムおよび方法
WO2023202243A1 (zh) 数据处理方法、装置、计算机设备及存储介质
CN115333677A (zh) 云业务处理方法、系统、装置、设备及存储介质
WO2021169369A1 (zh) 一种数据传输方法、装置及系统
CN115150648A (zh) 显示设备及消息传输方法
TWI404381B (zh) 行動顯示數位介面之封包結構
WO2020156473A1 (zh) 传输方法和终端
US9063919B2 (en) Improving serial peripheral performance over wireless communication links
WO2022241737A1 (zh) 数据传输方法及相关设备
WO2024000959A1 (zh) 一种数据传输方法、电子设备及介质
US20080031133A1 (en) Transmission of time-dependant data
US20080126752A1 (en) Dual-processor communication
WO2022188781A1 (zh) 消息的保序方法、可读介质和电子设备
CN105740081A (zh) 客户端、usb设备及显示处理系统和方法
JP5231533B2 (ja) モバイル・ディスプレイ・ディジタル・インターフェース用パケット構造
KR20220130391A (ko) 클라우드 렌더링 서비스

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20945176

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2020945176

Country of ref document: EP

Effective date: 20230214