CN116055023A

CN116055023A - Data transmission method and device

Info

Publication number: CN116055023A
Application number: CN202310003682.0A
Authority: CN
Inventors: 张金玉; 叶奇; 邓志吉; 刘明; 王飞; 李辉; 姜哲华; 袁文君; 李行亮; 姚仲亮; 周俊杰; 孔维生
Original assignee: Zhejiang Dahua Technology Co Ltd
Current assignee: Zhejiang Dahua Technology Co Ltd
Priority date: 2023-01-03
Filing date: 2023-01-03
Publication date: 2023-05-02

Abstract

The application discloses a data transmission method and device, which are used for guaranteeing delay deterministic transmission of service data packets under the condition that clocks of a sending end and a receiving end are not required to be synchronized, so that data submitted to an upper user by the receiving end is ensured, and timeliness of the data is guaranteed within a precisely-defined bounded delay range. The data transmission method provided by the application comprises the following steps: acquiring the current time deviation between a transmitting end and a receiving end of a data packet, wherein the current time deviation is determined based on the difference value between the receiving time interval of a plurality of detection data packets at the receiving end and the transmitting time interval at the transmitting end; when a service data packet is received, determining the time delay of the service data packet by utilizing the current time deviation, and judging whether the service data packet is effective or not according to the time delay.

Description

Data transmission method and device

Technical Field

The present disclosure relates to the field of communications technologies, and in particular, to a data transmission method and apparatus.

Background

For time-sensitive services such as process control, motion control, in-vehicle networks, there is a high certainty requirement for the delay, for example: the control signaling delay of the camera holder is too long, so that the rotation of the holder cannot keep up with the control frequency, or the control is finished, the holder is still in rotation adjustment, and small deviation of the manufacturing industry is enough to cause accidents, so that the deterministic transmission of sensitive data such as control type, real-time operation and maintenance type and the like is necessary.

Disclosure of Invention

The embodiment of the application provides a data transmission method and device, which are used for guaranteeing the delay deterministic transmission of service data packets under the condition that clocks of a sending end and a receiving end are not required to be synchronized, so that the receiving end delivers data to an upper user, and the timeliness of the data is guaranteed within a precisely-defined bounded delay range.

At a receiving end, a data transmission method provided in an embodiment of the present application includes:

acquiring the current time deviation between a transmitting end and a receiving end of a data packet, wherein the current time deviation is determined based on the difference value between the receiving time interval of a plurality of detection data packets at the receiving end and the transmitting time interval at the transmitting end;

when a service data packet is received, determining the time delay of the service data packet by utilizing the current time deviation, and judging whether the service data packet is effective or not according to the time delay.

The method comprises the steps of obtaining the current time deviation between a sending end and a receiving end of a data packet, wherein the current time deviation is determined based on the difference value between the receiving time interval of a plurality of detection data packets at the receiving end and the sending time interval at the sending end; therefore, the clock synchronization of the sending end and the receiving end is not required, and accurate time delay can be obtained based on the difference value between the receiving time interval of a plurality of detection data packets at the receiving end and the sending time interval at the sending end, namely, the difference between the local time of the sending end and the local time of the receiving end is utilized, so that the time alignment of the sending end and the receiving end is realized; when a service data packet is received, determining the time delay of the service data packet by utilizing the current time deviation, and judging whether the service data packet is effective or not according to the time delay, thereby ensuring the time delay deterministic transmission of the service data packet, enabling a receiving end to deliver data to an upper user, and ensuring the timeliness of the data within a precisely defined bounded delay range.

In some embodiments, the current time offset is determined periodically in the following manner:

periodically determining a time offset absolute difference sample set between the sending end and the receiving end; wherein, any absolute difference of time offsets in the sample set is determined by using the difference between the receiving time interval of the plurality of detection data packets at the receiving end and the transmitting time interval at the transmitting end;

and taking the minimum value of the absolute difference value of the time offset in the sample set as the current time deviation between the sending end and the receiving end.

In some embodiments, the absolute difference of any time offset in the sample set is determined by:

determining a transmission time interval of the transmitting end for transmitting two continuous detection data packets and a receiving time interval of the receiving end for the two continuous detection data packets;

and taking the difference value between the receiving time interval and the sending time interval of the two continuous detection data packets as the absolute difference value of time offset between the sending end and the receiving end, which corresponds to the two continuous detection data packets.

In some embodiments, determining the delay of the service data packet using the current time offset includes:

subtracting the sending time of the sending end to the service data packet from the receiving time of the receiving end to the service data packet, then adding the current time deviation, and taking the obtained value as the time delay of the service data packet.

In some embodiments, determining whether the current data packet is valid according to the delay comprises:

if the time delay is smaller than a preset threshold, determining that the service data packet is valid, and sending the service data packet to an upper user for processing;

otherwise, determining that the service data packet is invalid, discarding the service data packet or notifying the sending end to resend the service data packet.

At a transmitting end, a data transmission method provided in an embodiment of the present application includes:

periodically transmitting a detection data packet, and carrying an identifier of the detection data packet and a transmission time stamp of a transmitting end, so that a receiving end determines the current time deviation between the transmitting end and the receiving end based on the difference value between the receiving time intervals of a plurality of detection data packets at the receiving end and the transmission time intervals of the transmitting end;

And sending the service data packet according to the service requirement, wherein the service data packet carries a sending time stamp and an identification.

In some embodiments, the service data packet further carries an indication identifier of whether to discard or retransmit when the service data packet fails;

and retransmitting the service data packet when receiving a retransmission request for the service data packet sent by the receiving end.

Another embodiment of the present application provides a data transmission device, which includes a memory and a processor, where the memory is configured to store program instructions, and the processor is configured to call the program instructions stored in the memory, and execute any one of the methods according to the obtained program.

Furthermore, according to an embodiment, for example, a computer program product for a computer is provided, comprising software code portions for performing the steps of the method defined above, when said product is run on a computer. The computer program product may include a computer-readable medium having software code portions stored thereon. Furthermore, the computer program product may be directly loaded into the internal memory of the computer and/or transmitted via the network by at least one of an upload procedure, a download procedure and a push procedure.

Another embodiment of the present application provides a computer-readable storage medium storing computer-executable instructions for causing a computer to perform any of the methods described above.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings that are needed in the description of the embodiments will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.

Fig. 1 is a schematic diagram of a data transmission system architecture according to an embodiment of the present application;

fig. 2 is a general flow chart of a data transmission method of the system according to the embodiment of the present application;

fig. 3 is a schematic diagram of a periodic transmission of a probe packet according to an embodiment of the present application;

fig. 4 is a specific flowchart of a data transmission method of the system according to an embodiment of the present application;

fig. 5 is a specific flowchart of a data transmission method of a transmitting end provided in an embodiment of the present application;

fig. 6 is a specific flowchart of a data transmission method of a receiving end provided in an embodiment of the present application;

Fig. 7 is a general flow chart of a data transmission method of a receiving end provided in the embodiment of the present application;

fig. 8 is a general flow diagram of a data transmission method of a transmitting end according to an embodiment of the present application;

fig. 9 is a schematic structural diagram of a data transmission device according to an embodiment of the present application;

fig. 10 is a schematic structural diagram of another data transmission device according to an embodiment of the present application.

Detailed Description

The following description of the technical solutions in the embodiments of the present application will be made clearly and completely with reference to the accompanying drawings in the embodiments of the present application, and it is apparent that the described embodiments are only some embodiments of the present application, but not all embodiments. All other embodiments, which can be made by one of ordinary skill in the art without undue burden from the present disclosure, are within the scope of the present disclosure.

The method and the device are based on the same application, and because the principles of solving the problems by the method and the device are similar, the implementation of the device and the method can be referred to each other, and the repetition is not repeated.

The terms first, second and the like in the description and in the claims of the embodiments and in the above-described figures, if any, are used for distinguishing between similar objects and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used may be interchanged where appropriate such that the embodiments described herein may be implemented in other sequences than those illustrated or otherwise described herein. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.

The following examples and embodiments are to be construed as illustrative only. Although the specification may refer to "an", "one", or "some" example or embodiment(s) at several points, this does not mean that each such reference is related to the same example or embodiment, nor that the feature is applicable to only a single example or embodiment. Individual features of different embodiments may also be combined to provide further embodiments. Furthermore, terms such as "comprising" and "including" should be understood not to limit the described embodiments to consist of only those features already mentioned; such examples and embodiments may also include features, structures, units, modules, etc. that are not specifically mentioned.

The technical scheme provided by the embodiment of the application can be suitable for various systems, in particular to a 5G system. For example, suitable systems may be global system for mobile communications (Global System of Mobile communication, GSM), code division multiple access (Code Division Multiple Access, CDMA), wideband code division multiple access (Wideband Code Division Multiple Access, WCDMA) universal packet radio service (General Packet Radio Service, GPRS), long term evolution (Long Term Evolution, LTE), LTE frequency division duplex (Frequency Division Duplex, FDD), LTE time division duplex (Time Division Duplex, TDD), universal mobile system (Universal Mobile Telecommunication System, UMTS), worldwide interoperability for microwave access (Worldwide interoperability for Microwave Access, wiMAX), 5G NR, and the like. Terminal devices and network devices are included in these various systems.

The transmitting end and the receiving end related to the embodiment of the application can be terminal equipment, can be equipment for providing voice and/or data connectivity for a user, and can be handheld equipment with a wireless connection function or other processing equipment connected to a wireless modem. The names of the terminal devices may also be different in different systems, for example in a 5G system, the terminal devices may be referred to as User Equipment (UE). The wireless terminal device may communicate with one or more core networks via the RAN, and may be mobile terminal devices such as mobile phones (or "cellular" phones) and computers with mobile terminal devices, e.g., portable, pocket, hand-held, computer-built-in, or vehicle-mounted mobile devices that exchange voice and/or data with the radio access network. Such as personal communication services (Personal Communication Service, PCS) phones, cordless phones, session initiation protocol (Session Initiated Protocol, SIP) phones, wireless local loop (Wireless Local Loop, WLL) stations, personal digital assistants (Personal Digital Assistant, PDAs), cameras, and the like. The wireless terminal device may also be referred to as a system, subscriber unit (subscriber unit), subscriber station (subscriber station), mobile station (mobile), remote station (remote station), access point (access point), remote terminal device (remote terminal), access terminal device (access terminal), user terminal device (user terminal), user agent (user agent), user equipment (user device), and the embodiments of the present application are not limited.

The transmitting end and the receiving end related to the embodiment of the application may also be network devices, for example, may be a base station, a cloud platform server, and the like, where the base station may include a plurality of cells. A base station may also be referred to as an access point, or may refer to a device in an access network that communicates over the air-interface, through one or more sectors, with wireless terminal devices, or by other names, depending on the particular application. The network device may be operable to inter-convert the received air frames with internet protocol (Internet Protocol, IP) packets as a router between the wireless terminal device and the rest of the access network, which may include an Internet Protocol (IP) communication network. The network device may also coordinate attribute management for the air interface. For example, the network device according to the embodiments of the present application may be a network device (Base Transceiver Station, BTS) in a global system for mobile communications (GSM) or Code Division Multiple Access (CDMA), a network device (NodeB) in a Wideband Code Division Multiple Access (WCDMA), an evolved network device (evolutional Node B, eNB or e-NodeB) in a Long Term Evolution (LTE) system, a 5G base station in a 5G network architecture (next generation system), or a home evolved base station (Home evolved Node B, heNB), a relay node (relay node), a home base station (femto), a pico base station (pico), etc., which are not limited in the embodiments of the present application.

Various embodiments of the present application are described in detail below with reference to the drawings attached hereto. It should be noted that, the display sequence of the embodiments of the present application only represents the sequence of the embodiments, and does not represent the advantages or disadvantages of the technical solutions provided by the embodiments.

The embodiment of the application mainly relates to the field of time-sensitive deterministic application transmission, such as audio and video communication, vehicle-mounted communication, automatic control and the like with high requirements on real-time performance and certainty, and provides a deterministic application transmission guarantee technology for guaranteeing timeliness of user data among devices.

For time-sensitive services such as process control, motion control, in-vehicle networks, there is a high certainty requirement for the delay, for example: the high-speed train running at 300km/h has a deviation of 8m every 0.1s, has very high delay certainty requirement on a vehicle-mounted network and a central network, and periodically updates position information in real time, and the next period is transmitted again for data which does not meet the delay certainty requirement, and the time efficiency and certainty are reliable control type information, so that the delay certainty and reliability of sensitive data such as control type, real-time operation and maintenance type and the like are necessary when the delay certainty and reliability are not met.

TSN networks (time sensitive networks) add certainty and reliability to standard ethernet networks to ensure real-time, deterministic and reliable data transmission, but industrial field fieldbuses and industrial ethernet protocols are more standard, TSN networks have far from reaching the point of commercial popularity, and the certainty of the network layer cannot guarantee the certainty of the user data layer, so how to guarantee the certainty of the user data, still a certain means is needed to guarantee the bounded delay thereof.

Therefore, in the embodiment of the present application, it is proposed that local time differences at two transmitting and receiving ends are aligned by periodically detecting packets, and data packet transmission and queuing delays are calculated by data packet transmission time stamps, receiving time stamps and two-end time differences; the data packet with the delay not in the deterministic time is discarded or retransmitted after the data is refreshed by the transmitting end, so that the data delivery is ensured to be in the delay determination range when the data is applied. Therefore, the embodiment of the application does not depend on the support of other devices or networks, and ensures the delay certainty of the user data among the devices; and the data delivered to the upper user is ensured to be in a precisely defined bounded delay range without the clock synchronization of the receiving and transmitting equipment.

In this embodiment of the present application, the implementation body includes a transmitting end, a receiving end, and an intermediate network, as shown in fig. 1. The overall scheme flow is divided into two parts: inherent network delay measurement and transceiver device relative time alignment; and ensuring and processing user data certainty.

The overall data transmission scheme flow, as shown in fig. 2, includes:

step one, a sending end periodically sends a detection data packet carrying time stamp and sequence number information; after receiving the detection data packet, the receiving end calculates the inherent delay of the network to obtain the relative time offset between the receiving end and the transmitting end, which is irrelevant to the network, namely the time deviation between the transmitting end and the receiving end;

step two, the sending end sends a service data packet carrying a sending time stamp, a sequence number and a failure discarding or retransmitting identifier to the receiving end according to service requirements, and after the receiving end receives the service data packet, the receiving end judges the data timeliness, namely judges whether the service data packet is valid or not;

step three, if the data packet received by the receiving end is valid, submitting the data packet to the application for processing;

if the data packet received by the receiving end fails, discarding or retransmitting the identification according to the failure in the data packet, or sending a retransmitting request according to the serial number of the data packet (optionally, discarding or retransmitting is decided by the sending end);

And fifthly, receiving a retransmission request by the transmitting end, updating the local data according to the retransmission sequence number of the data packet, and retransmitting the local data. 0 below

The following describes the alignment of the inherent network delay measurement and transceiver devices with respect to time.

With respect to the relative time alignment of the transmitting end and the receiving end, i.e. with respect to how to determine the time offset between the transmitting end and the receiving end, the following is introduced:

the delay of the data packet from the sending end to the receiving end consists of inherent delay of network transmission, delay introduced in network transfer, service delay introduced in application processing and the like.

Network inherent delay: transmitting a data packet with the bandwidth of 1Mbps, wherein the inherent delay of transmission is 1KB/1 Mbps=8ms;

network transit delay: the data packet is forwarded through the intermediate network element, and the introduced delay is cached in the network element;

application processing delay: service delay introduced by service reception + buffering + processing, etc.

As shown in fig. 3, the sending end T1 sends the data packet at a time, and the time for reaching the receiving end is at least T1' at the inherent delay of the network, and the time for actually reaching the receiving end is T1, together with delays introduced by other network elements and application processes in the network. Because the time between the sending end and the receiving end cannot be directly subjected to difference calculation time delay (the sending end and the receiving end have no time synchronization or have larger time synchronization granularity), the accurate time delay value after the data packet arrives at the opposite end cannot be determined, but the accurate time delay can be obtained by respectively carrying out local time difference on the sending end and the receiving end, so the time of the sending end and the receiving end can be aligned by using the method.

The calculation method comprises the following steps:

the sending end periodically sends a time alignment detection packet (short for detecting a data packet) for time alignment of the sending end and the receiving end (namely, for determining time deviation between the sending end and the receiving end):

for example, a packet 1 and a packet 2 sent from a sending end to a receiving end, where the sending end has a packet sending interval of Δ1=t2-T1, and the receiving end has a receiving time interval of Δ1' =t2-T1; the two intervals always tend to be equal when there is no delay other than the inherent delay of the network, and the time offset measured between them is the difference between the two time stamps.

As shown in fig. 3, the transmitting end transmits the time offset Δ1=t2-T1 of the data packet 1 and the data packet 2, the receiving end receives the time offset Δ1 '=t2-T1 of the data packet 1 and the data packet 2, the absolute difference Δt1=abs (Δ1' - Δ1), if no delay is introduced into the network, Δt1 should be infinitely close to 0, if both the increase (Δ1'> Δ1) or the decrease (Δ1' < Δ1) of the network delay will cause the deviation value of Δt1 to deviate from 0, and the larger the delay fluctuation, the larger the deviation absolute value. And periodically obtaining absolute deviation value samples (delta T1 and delta T2 … … delta Tn), and taking the minimum value delta T=MIN (delta T1 and delta T2 … … delta Tn) in the samples, wherein the difference between the two end time stamps is the local time stamp deviation value of the receiving and transmitting end.

For example: the transmitting end transmits data packet 1 and data packet 2 (Δ1=3-1=2) at local time 1 and time 3, and if the receiving end deviates from the transmitting end by 10, data packet 1 and data packet 2 (Δ1 '=13-11=2), i.e. Δ1' - Δ1→0 should be received at local time 11 and time 13; the time deviation between the receiving end and the transmitting end is 13-3=10; the time deviation between the receiving end and the transmitting end is 10.

If the network delay increases, the receiving end receives the data packet 1 and the data packet 2 at the local time 11 and the local time 14 respectively (Δ1 '=14-11=3), and if Δ1' - Δ1=1 is greater than 0, 14-3=11 cannot be used as the time offset between the receiving end and the transmitting end. The same applies to the case of reduced network latency.

Therefore, in this embodiment, the time stamp of the smallest sample of the deviation is taken, and the time offset of the two transmitting and receiving ends is calculated, so that the accuracy of the aging judgment is ensured.

The data timeliness judgment is described as follows:

the time delay of the user data (i.e. the service data packet) from the sending end to the receiving end is within the threshold, the data is considered to be valid, and can be delivered to the upper layer user for processing.

The service data packet is sent from a sending end T1 in time, the real time to the receiving end is T1, the current time deviation between the sending end and the receiving end is delta T, and the time delay of the service data packet is = T1-T1+ delta T; if the time delay of the service data packet is within the threshold range, the service data packet is valid, otherwise, the service data packet is invalid.

As to the data transmission flow of the whole system, as shown in fig. 4 below, the processing flow of the transmitting end is shown in fig. 5 below, and includes:

step (1): the method comprises the steps that a sending end periodically sends a detection data packet carrying a sending time stamp and a sequence number (a data packet identifier) to a receiving end (in order to distinguish service data, the periodically sent data packet used for determining the current time deviation between the sending end and the receiving end is called a detection data packet), and the receiving end completes time synchronization alignment of the sending end and the receiving end through the detection data packet; namely, determining the current time deviation delta T between the sending end and the receiving end;

step (2): the sending terminal sends a service data packet carrying a time stamp, a sequence number and an indication mark of invalid discarding or retransmitting to the receiving terminal according to service requirements;

step (3): after receiving a retransmission request (carrying a sequence number of a service data packet to be retransmitted) of invalid data of a receiving end, the transmitting end can judge whether the service data packet is required to be retransmitted or not again according to the retransmission request; if retransmission is required, step (4) is performed, otherwise retransmission is aborted.

Step (4): the sending end updates the local data according to the retransmission request, generates the latest service data packet (carrying the sending timestamp, the sequence number and the indication mark of invalid discard or retransmission), and sends the latest service data packet to the receiving end, wherein the service data in the retransmitted service data packet is possibly different from the data in the previously invalid service data packet and is the latest service data.

Accordingly, the processing flow of the receiving end is shown in the following fig. 6, which includes:

step (1): the receiving end receives the periodic detection data packet, and performs time synchronization alignment of the sending end and the receiving end, namely, determines the current time deviation delta T between the sending end and the receiving end;

step (2): the receiving end receives a time-sensitive service data packet (carrying a sending time stamp, whether to retransmit or not and other fields so as to indicate that the service data packet is the time-sensitive data packet), performs timeliness judgment, namely, determines the time delay (T1-t1+DeltaT) of the current service data packet sent to the receiving end by the sending end by utilizing the current time deviation, and judges whether the current service data packet is valid or not according to the time delay of the current service data packet;

step (3): if the current service data packet is valid (the time delay is smaller than or equal to a preset threshold value), the current service data packet is submitted to an upper layer user for service processing;

step (4): if the current service data packet fails (the time delay is greater than a preset threshold value), processing is carried out according to the sequence number and the failure processing identifier in the current service data packet: if the identifier fails to be discarded, discarding is performed, and if the identifier is retransmitted, a failure data retransmission request is fed back to the transmitting end, wherein the failure data retransmission request carries the sequence number in the current service data packet.

In summary, the embodiment of the application provides a deterministic application transmission guarantee technology, which guarantees timeliness of information transmission between devices; independent of support by the network or other devices, independent of time synchronization between devices; calculating the time offset among the devices through the periodic detection data packet containing the local time stamp, and carrying out user data timeliness guarantee through the relative offset and the local time stamp; and the flexibility of user data control is improved by deciding whether the data which does not meet timeliness is discarded or retransmitted by the sending end.

Referring to fig. 7, at a receiving end, a data transmission method provided in an embodiment of the present application includes:

s101, acquiring the current time deviation (such as delta T) between a transmitting end and a receiving end of a data packet, wherein the current time deviation is determined based on the difference value between the receiving time interval of a plurality of detection data packets (which can be continuous or discontinuous) at the receiving end and the transmitting time interval at the transmitting end;

s102, when a service data packet is received, determining the time delay (such as T1-t1+DeltaT) of the service data packet by utilizing the current time deviation, and judging whether the service data packet is valid or not according to the time delay.

For example, if the received data packet carries a transmission time stamp and an identifier, and an indication identifier about whether to discard or retransmit, then it is determined that the data packet is a time sensitive service data packet, and a subsequent step needs to be executed, that is, whether to further determine that the data packet is valid or not.

periodically determining a set of time offset absolute difference samples between the sender and the receiver (e.g., (Δt1, Δt2 … … Δtn) as described above); wherein, any absolute difference of time offsets in the sample set is determined by using the difference between the receiving time interval of the plurality of detection data packets at the receiving end and the transmitting time interval at the transmitting end;

determining a transmission time interval (e.g., Δ1=t2-T1) between the transmitting end and the transmitting end, and a receiving time interval (e.g., Δ1' =t2-T1) between the receiving end and the transmitting end, wherein the transmission time interval (e.g., Δ1=t2-T1) between the transmitting end and the transmitting end is used for transmitting two consecutive probe data packets (e.g., data packet 1 and data packet 2);

the difference between the reception time interval and the transmission time interval of the two consecutive probe packets is taken as an absolute difference of time offsets between the transmitting end and the receiving end (for example, Δt1=abs (Δ1' - Δ1) described above) corresponding to the two consecutive probe packets.

In some embodiments, determining the delay of the service data packet using the current time offset (i.e., the minimum of the absolute differences of the time offsets described above) includes:

otherwise, determining that the service data packet is invalid, discarding the service data packet or notifying the sending end to resend the service data packet. For example, the retransmission request may be discarded or initiated according to an indication identifier carried in the service data packet, which is whether to discard or retransmit when the service data packet fails.

Accordingly, referring to fig. 8, at a transmitting end, a data transmission method provided in the embodiment of the present application includes:

s201, periodically transmitting a detection data packet, carrying identification of the detection data packet and a transmission time stamp of a transmitting end, so that a receiving end determines the current time deviation between the transmitting end and the receiving end based on the difference value between the receiving time intervals of a plurality of detection data packets at the receiving end and the transmission time intervals of the transmitting end;

S202, sending a service data packet according to service requirements, wherein the service data packet carries a sending time stamp and an identification.

and retransmitting the service data packet when receiving a retransmission request for the service data packet sent by the receiving end. The retransmitted service data packet may be a data packet generated by using the original service data, or may be a data packet including the latest service data regenerated after refreshing the data.

The following describes a device or apparatus provided in the embodiments of the present application, where explanation or illustration of the same or corresponding technical features as those described in the above method is omitted herein.

Referring to fig. 9, a data transmission apparatus provided in an embodiment of the present application includes: memory 620, transceiver 610, processor 600.

A memory 620 for storing a computer program; a transceiver 610 for transceiving data under the control of the processor 600; a processor 600 for reading the computer program in the memory 620 and performing the following operations:

When the data transmission device is used as a receiving end, the processor 600 is configured to read the program in the memory 620, and execute the following procedures:

When the data transmission device is used as a transmitting end, the processor 600 is configured to read the program in the memory 620, and execute the following procedures:

Wherein in fig. 9, a bus architecture may comprise any number of interconnected buses and bridges, and in particular one or more processors represented by processor 600 and various circuits of memory represented by memory 620, linked together. The bus architecture may also link together various other circuits such as peripheral devices, voltage regulators, power management circuits, etc., which are well known in the art and, therefore, will not be described further herein. The bus interface provides an interface. The transceiver 610 may be a number of elements, i.e., including a transmitter and a receiver, providing a means for communicating with various other apparatus over transmission media, including wireless channels, wired channels, optical cables, etc. The user interface 630 may also be an interface capable of interfacing with an inscribed desired device for different user devices, including but not limited to a keypad, display, speaker, microphone, joystick, etc.

The processor 600 is responsible for managing the bus architecture and general processing, and the memory 620 may store data used by the processor 600 in performing operations.

In some embodiments, the processor 600 may be a CPU (Central processing Unit), ASIC (Application Specific Integrated Circuit ), FPGA (Field-Programmable Gate Array, field programmable Gate array) or CPLD (Complex Programmable Logic Device ), and the processor may also employ a multicore architecture.

The processor is configured to execute any of the methods provided in the embodiments of the present application by invoking a computer program stored in a memory in accordance with the obtained executable instructions. The processor and the memory may also be physically separate.

It should be noted that, the above device provided in the embodiment of the present invention can implement all the method steps implemented in the method embodiment and achieve the same technical effects, and detailed descriptions of the same parts and beneficial effects as those in the method embodiment in this embodiment are omitted.

Referring to fig. 10, another data transmission apparatus provided in an embodiment of the present application includes: a first unit 11 and a second unit 12;

Wherein, when the data transmission device is used as a receiving end:

a first unit 11, configured to obtain a current time offset between a transmitting end and a receiving end of a data packet, where the current time offset is determined based on differences between a receiving time interval of a plurality of probe data packets at the receiving end and a transmitting time interval at the transmitting end;

and a second unit 12, configured to determine, when a service data packet is received, a delay of the service data packet according to the current time offset, and determine whether the service data packet is valid according to the delay.

In some embodiments, the first unit 11 periodically determines the current time offset in the following manner:

In some embodiments, the first unit 11 determines any time offset absolute difference in the set of samples in the following manner:

In some embodiments, the second unit 12 determines the delay of the service data packet using the current time offset, including:

In some embodiments, the second unit 12 determines whether the current data packet is valid according to the delay, including:

When the data transmission device is used as a receiving end:

a first unit 11, configured to periodically send a probe packet, and carry an identifier of the probe packet and a sending timestamp of a sending end, so that a receiving end determines a current time offset between the sending end and the receiving end based on a difference between a receiving time interval of a plurality of probe packets at the receiving end and a sending time interval at the sending end;

a second unit 12, configured to send a service data packet according to a service requirement, where the service data packet carries a sending timestamp and an identifier of the service data packet.

In some embodiments, the first unit 11 further carries in the service data packet an indication identifier of whether to discard or retransmit when the service data packet fails;

the second unit 12 resends the service data packet when receiving a retransmission request for the service data packet sent by the receiving end.

It should be noted that, in the embodiment of the present application, the division of the units is schematic, which is merely a logic function division, and other division manners may be implemented in actual practice. In addition, each functional unit in each embodiment of the present application may be integrated in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit. The integrated units may be implemented in hardware or in software functional units.

The integrated units, if implemented in the form of software functional units and sold or used as stand-alone products, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present application may be embodied in essence or a part contributing to the prior art or all or part of the technical solution, in the form of a software product stored in a storage medium, including several instructions to cause a computer device (which may be a personal computer, a server, or a network device, etc.) or a processor (processor) to perform all or part of the steps of the methods described in the embodiments of the present application. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read-Only Memory (ROM), a random access Memory (Random Access Memory, RAM), a magnetic disk, or an optical disk, or other various media capable of storing program codes.

Embodiments of the present application provide a computing device, which may be specifically a desktop computer, a portable computer, a smart phone, a tablet computer, a personal digital assistant (Personal Digital Assistant, PDA), and the like. The computing device may include a central processing unit (Center Processing Unit, CPU), memory, input/output devices, etc., the input devices may include a keyboard, mouse, touch screen, etc., and the output devices may include a display device, such as a liquid crystal display (Liquid Crystal Display, LCD), cathode Ray Tube (CRT), etc.

The memory may include Read Only Memory (ROM) and Random Access Memory (RAM) and provides the processor with program instructions and data stored in the memory. In the embodiments of the present application, the memory may be used to store a program of any of the methods provided in the embodiments of the present application.

The processor is configured to execute any of the methods provided in the embodiments of the present application according to the obtained program instructions by calling the program instructions stored in the memory.

Embodiments of the present application also provide a computer program product or computer program comprising computer instructions stored in a computer-readable storage medium. The processor of the computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the computer device performs the method of any of the above embodiments. The program product may employ any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. The readable storage medium can be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or a combination of any of the foregoing. More specific examples (a non-exhaustive list) of the readable storage medium would include the following: an electrical connection having one or more wires, a portable disk, a hard disk, random Access Memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

The present embodiments provide a computer readable storage medium for storing computer program instructions for use with an apparatus provided in the embodiments of the present application described above, which includes a program for executing any one of the methods provided in the embodiments of the present application described above. The computer readable storage medium may be a non-transitory computer readable medium.

The computer-readable storage medium can be any available medium or data storage device that can be accessed by a computer, including, but not limited to, magnetic storage (e.g., floppy disks, hard disks, magnetic tape, magneto-optical disks (MOs), etc.), optical storage (e.g., CD, DVD, BD, HVD, etc.), and semiconductor storage (e.g., ROM, EPROM, EEPROM, nonvolatile storage (NAND FLASH), solid State Disk (SSD)), etc.

It should be understood that:

the access technology via which an entity in the communication network communicates traffic may be any suitable current or future technology, such as WLAN (wireless local access network), wiMAX (worldwide interoperability for microwave access), LTE-a, 5G, bluetooth, infrared, etc. may be used; in addition, embodiments may also apply wired technologies, e.g., IP-based access technologies, such as wired networks or fixed lines.

Embodiments suitable for implementation as software code or portions thereof and for execution using a processor or processing function are software code independent and may be specified using any known or future developed programming language, such as a high-level programming language, such as an objective-C, C, C ++, c#, java, python, javascript, other scripting languages, etc., or a low-level programming language, such as a machine language or assembler.

The implementation of the embodiments is hardware-independent and may be implemented using any known or future developed hardware technology or any hybrid thereof, such as microprocessors or CPUs (central processing units), MOS (metal oxide semiconductors), CMOS (complementary MOS), biMOS (bipolar MOS), biCMOS (bipolar CMOS), ECL (emitter coupled logic), and/or TTL (transistor-transistor logic).

Embodiments may be implemented as a single device, apparatus, unit, component, or function, or in a distributed fashion, e.g., one or more processors or processing functions may be used or shared in a process, or one or more processing segments or portions may be used and shared in a process where one physical processor or more than one physical processor may be used to implement one or more processing portions dedicated to a particular process as described.

The apparatus may be implemented by a semiconductor chip, a chipset, or a (hardware) module comprising such a chip or chipset.

Embodiments may also be implemented as any combination of hardware and software, such as an ASIC (application specific IC (integrated circuit)) component, an FPGA (field programmable gate array) or CPLD (complex programmable logic device) component, or a DSP (digital signal processor) component.

Embodiments may also be implemented as a computer program product comprising a computer usable medium having a computer readable program code embodied therein, the computer readable program code adapted to perform a process as described in the embodiments, wherein the computer usable medium may be a non-transitory medium.

It will be appreciated by those skilled in the art that embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, magnetic disk storage, optical storage, and the like) having computer-usable program code embodied therein.

The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flowchart illustrations and/or block diagrams, and combinations of flows and/or blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

It will be apparent to those skilled in the art that various modifications and variations can be made in the present application without departing from the spirit or scope of the application. Thus, if such modifications and variations of the present application fall within the scope of the claims and the equivalents thereof, the present application is intended to cover such modifications and variations.

Claims

1. A method of data transmission, the method comprising:

2. The method of claim 1, wherein the current time offset is determined periodically by:

3. The method of claim 2, wherein the absolute difference of any time offset in the set of samples is determined by:

4. The method of claim 1, wherein determining the delay of the traffic data packet using the current time offset comprises:

5. The method of claim 1, wherein determining whether the current data packet is valid based on the delay comprises:

6. A method of data transmission, the method comprising:

7. The method of claim 6, wherein the service data packet further carries an indication identifier of whether to discard or retransmit when the service data packet fails;

8. A data transmission apparatus, comprising:

a memory for storing program instructions;

a processor for invoking program instructions stored in said memory to perform the method of any of claims 1-7 in accordance with the obtained program.

9. A computer program product for a computer, characterized in that it comprises software code portions for performing the method according to any of claims 1 to 7 when the product is run on the computer.

10. A computer-readable storage medium storing computer-executable instructions for causing a computer to perform the method of any one of claims 1 to 7.