WO2016201643A1 - 车联网数据传输方法及装置 - Google Patents

车联网数据传输方法及装置 Download PDF

Info

Publication number
WO2016201643A1
WO2016201643A1 PCT/CN2015/081655 CN2015081655W WO2016201643A1 WO 2016201643 A1 WO2016201643 A1 WO 2016201643A1 CN 2015081655 W CN2015081655 W CN 2015081655W WO 2016201643 A1 WO2016201643 A1 WO 2016201643A1
Authority
WO
WIPO (PCT)
Prior art keywords
sub
packet
data packet
sent
received
Prior art date
Application number
PCT/CN2015/081655
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 CN201580074051.1A priority Critical patent/CN107135671A/zh
Priority to PCT/CN2015/081655 priority patent/WO2016201643A1/zh
Publication of WO2016201643A1 publication Critical patent/WO2016201643A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a car network data transmission method and apparatus.
  • the IoV communication system is a new management service network based on the combination of the Internet and the Internet of Things technology, and incorporating a large number of software technologies and information services.
  • different vehicles on the road need to be able to interact with each other.
  • the road and vehicle conditions can be known, such as vehicle accidents in front; even the accident can be predicted in advance, and then Warn the driver to change his driving strategy.
  • the transmission resources of the existing car-network communication system are generally classified into slot-based scheduling resources and non-slot-based contention resources. Each time slot can carry approximately 300 bytes.
  • the vehicle periodically sends messages, but the size of the message is often variable. For example, in some cases, 300 bytes is difficult to satisfy the one-time transmission message, then the data packet of the message is needed. Perform the split.
  • the traditional splitting method is not suitable for the existing car-network communication system, because the delay characteristics of the data packets in the existing car-network communication system are more obvious, and the data is time-sensitive, exceeding the data packet of a certain time. Information is no longer valuable.
  • the data packets in the car-network communication system are highly time-sensitive. After a certain period of time, the data packets have no value and need not be submitted to the upper layer.
  • the specific performance is that the receiving end needs to explicitly receive the data packet, especially whether the divided data packet has value. If the cached divided data packet is found to have no value, the receiving end needs to immediately delete the data packet from the cache, and release Out of cache resources.
  • the current car-network communication system adopts a broadcast mechanism, and a message broadcast by a vehicle may be cached by multiple vehicles. If the cache cannot be released in time, the cache resources of a large number of vehicles around it may be wasted.
  • Embodiments of the present invention provide a car network data transmission method and apparatus to solve the problem of waste of cache resources.
  • the first aspect provides a vehicle network data transmission method, the method includes: the sender acquires a complete data packet, and determines whether a resource size currently used for transmitting the complete data packet is smaller than a size of a transmission resource required to send the complete data packet; When determining that the size of the resource currently used to transmit the complete data packet is smaller than the size of the transmission resource required to send the complete data packet, the complete data packet is divided into at least two sub-data packets; the transmitting end adds time stamps to at least two sub-packets, wherein The timestamp is that the receiving end receives the valid time value of the sub-packet sent by the same sending end; the sending end adds a type field to the at least two sub-packets, so that the receiving end determines whether the received data packet is a sub-packet by using the field type.
  • the sender sends at least two sub-packets to the receiver.
  • the sending end adds a timestamp to the at least two sub-packets, where the sending end adds a timestamp to a header of one of the at least two sub-packets.
  • the sending end adds a timestamp to the header of one of the at least two sub-packets, where the sending end is at least two sub-packets.
  • the header of the first transmitted sub-packet adds a timestamp so that the receiving end determines by the timestamp whether the time of receiving the sub-packet sent by the same sender exceeds the valid time value.
  • the method further includes: the sending end sets a consecutive sequence number for the header of the at least two sub-packets.
  • the method further includes: the sending end sequentially sending the sub data packet to the receiving end according to the sequence number of the sub data packet.
  • the method further includes: the sending end sets a source address for the header of the at least two sub-packets, so that the receiving end determines whether the sub-packet is determined by the source address. Sent for the same sender.
  • the method further includes: the sending end sets an end field for the header of the last transmitted sub-packet, so that the receiving end determines the received end by using the end field. Whether the sub-packet is the last sub-packet sent by the sender.
  • the method further includes: the sending end sets a preset value for the sequence number of the packet header of the last transmitted sub-packet, so as to receive The terminal determines whether the received sub-packet is the last sub-packet sent by the sender by a preset value.
  • a second aspect provides a car network data transmission device, including a transmitting end, the transmitting end comprising: a channel determining module, configured to acquire a complete data packet, and determine whether a resource size currently used for transmitting a complete data packet is smaller than sending a complete data packet.
  • the data packet dividing module is configured to divide the complete data packet into at least two when the channel determining module determines that the resource size currently used for transmitting the complete data packet is smaller than the size of the transmission resource required for transmitting the complete data packet a sub-packet; a timestamp adding module, configured to add a timestamp to at least two sub-packets, wherein the timestamp is a valid time value of the sub-packet sent by the receiving end by the receiving end; the type field adding module is used for The at least two sub-packets add a type field, so that the receiving end determines whether the received data packet is a sub-data packet by using the field type, and the transceiver module is configured to send at least two sub-data packets to the receiving end.
  • the timestamp adding module adds a timestamp to a header of one of the at least two sub-packets.
  • the timestamp adding module adds a timestamp to the header of the sub-packet sent by the first one of the at least two sub-packets, so that The receiving end determines whether the time of receiving the sub-packets sent by the same sender exceeds the valid time value by using the timestamp.
  • the apparatus further includes: a sequence number adding module, configured to set a consecutive sequence number for the header of the at least two sub-packets.
  • the transceiver module is configured to sequentially send the sub-packets to the receiving end according to the sequence number of the sub-packets.
  • the apparatus further includes: a source address adding module, configured to set a source address for a packet header of the at least two sub-packets, so that the receiving end passes the source address Determine if the sub-packets are sent by the same sender.
  • the apparatus further includes: an end field adding module, configured to set an end field for a header of the last sent sub-packet, so that the receiving end ends The field determines whether the received sub-packet is the last sub-packet sent by the sender.
  • the sequence number adding module is further configured to set a preset value for the sequence number of the packet header of the last transmitted sub-packet, so as to receive The terminal determines whether the received sub-packet is the last sub-packet sent by the sender by a preset value.
  • the third aspect provides a vehicle network data transmission method, the method comprising: receiving, by a receiving end, a data packet sent by a transmitting end, where the data packet is set with a type field; and the receiving end determines, by using a type field, whether the data packet is a divided sub-data packet;
  • the receiving end determines that the data packet is the divided sub-data packet by using the type field, and determines that the sub-data packet is the first sub-data packet sent by the sending end
  • the receiving end acquires the timestamp of the first sent sub-data packet,
  • the timer is started, wherein the header of the first sub-packet sent by the sender is set with a timestamp, and the timestamp is the valid time value of the sub-packet sent by the receiving end to the same transmitting end; the receiving end determines that it is valid.
  • the header of the sub-packet sets the active address
  • the method further includes: the receiving end determines, by the source address, whether the sub-packet is sent by the same sending end.
  • the packet header of the sub-data packet is configured with a consecutive sequence number
  • the method further includes: receiving, receiving, according to the sequence number of the sub-packet The sub-packet sent by the sender.
  • the receiving end sequentially receives the sub-data packet sent by the sending end according to the sequence number of the sub-data packet, including: the receiving end according to the sequence of the sub-data packet The number receives the sub-packets sent by the sender in order from small to large.
  • the method further includes: when the receiving end determines that the sub data packet is not the first one sent by the sending end, the receiving end Determining whether the sub-packet whose sequence number is smaller than the sequence number of the received sub-packet has been received; the receiving end has received the sub-packet whose acknowledgment sequence number is smaller than the sequence number of the received sub-packet.
  • the receiving end sequentially receives the sub-data packet sent by the sending end according to the sequence number of the sub-data packet, including: receiving, according to the sequence of the sub-packet The number receives the sub-packets sent by the sender in descending order.
  • the method further includes: when the receiving end determines that the sub data packet is not the first one sent by the sending end, the receiving end Determining whether the sub-packet whose sequence number is greater than the sequence number of the received sub-packet has been received; the receiving end has received the sub-packet whose acknowledgment sequence number is greater than the sequence number of the received sub-packet by one.
  • the method further includes: determining, by the receiving end, that all sub-packets sent by the sending end are not received within the valid time value of the time stamp, deleting all the Received sub-packets and clears the timer timing.
  • the receiving end determines whether the step of receiving all the sub-packets sent by the sending end within the valid time value of the timestamp includes: determining, by the receiving end, the timestamp Whether the header of the sub-packet sent by the sender received in the valid time value is set with an end field, wherein the header of the last sub-packet sent by the sender is set with an end field; when the receiver is at the valid time of the timestamp When the header of the received sub-packet is set with the end field, the receiving end determines that the sub-packets sent by the sender of the same source address are all received within the valid time value of the timestamp.
  • the receiving end determines whether the receiving, by the receiving end, the timestamp in the timestamp Whether the serial number of the sub-packet sent by the sending end is the preset value within the valid time value, wherein the serial number of the packet header of the last transmitted sub-packet of the transmitting end is set to a preset value; when the receiving end is at the time When the serial number of the sub-packet sent by the sending end is the preset value within the valid time value of the stamp, the receiving end determines that the sub-packets sent by the transmitting end of the same source address are all received within the valid time value of the time stamp. .
  • the fourth aspect provides a car network data transmission device, including a receiving end, the receiving end includes: a transceiver module, configured to receive a data packet sent by the sending end, where the data includes a type field, and a type determining module, configured to pass the type field Determining whether the data packet is a divided sub-data packet; a timestamp obtaining module, configured to determine, by the type determining module, that the data packet is the divided sub-data packet by using the type field, and determining that the sub-data packet is sent by the transmitting end first When the sub-packet is obtained, the timestamp of the first sent sub-packet is obtained, and the timer is started at the same time, wherein the header of the first sub-packet sent by the sender is set with a timestamp, and the timestamp is that the receiving end receives the same The valid time value of the sub-packet sent by the sender; the packet statistics module is configured to determine whether all sub-packets sent by the sender are received
  • the apparatus further includes: a source address determining module, configured to determine, by using a source address, whether the sub-data packet is sent by the same sending end, where the sub-data packet The header sets the active address.
  • the transceiver module is configured to receive, according to the sequence number of the sub-packet, the sub-packets sent by the sending end, where the sub-packets of the sub-packets are provided with consecutive sequences. number.
  • the transceiver module is configured to receive, according to the sequence number of the sub-packets, the sub-data packets sent by the sending end in a sequence from small to large.
  • the apparatus further includes: a data packet determining module, configured to determine, by the timestamp obtaining module, that the sub data packet is not the first end of the sending end When the sub-packet is sent, it is determined whether the sub-packet whose sequence number is smaller than the sequence number of the received sub-packet has been received; the transceiver module is further configured to confirm the serial number in the packet judging module than that has been received.
  • the packet clearing module is configured to delete when the packet judgment module confirms that the sub-packet whose sequence number is smaller than the sequence number of the received sub-packet is not received All sub-packets have been received and the timer is cleared.
  • the transceiver module is configured to receive, according to the sequence number of the sub-packets, the sub-data packets sent by the sending end in descending order.
  • the apparatus further includes: a data packet determining module, configured to determine, in the timestamp obtaining module, that the sub data packet is not the first end of the sending end When the sub-packet is sent, it is determined whether the sub-packet whose serial number is greater than the sequence number of the received sub-packet is received; the transceiver module is further configured to confirm the serial number in the packet judging module than the received When a sub-packet with a sequence number greater than 1 of a sub-packet has been received, another sub-packet sent by the sender of the same source address is sequentially received according to the sequence number of the sub-packet, and the sequence number ratio of the other sub-packet is The sequence number of the received sub-packet is small; the packet clearing module is configured to delete when the packet judgment module confirms that the sub-packet whose sequence number is greater than the sequence number of the received sub-packet is not
  • the apparatus further includes: a data packet clearing module, configured to: after the data packet statistics module determines that the valid time value of the timestamp is not received, the sending end sends When all sub-packets are deleted, all received sub-packets are deleted and the timer is cleared.
  • a data packet clearing module configured to: after the data packet statistics module determines that the valid time value of the timestamp is not received, the sending end sends When all sub-packets are deleted, all received sub-packets are deleted and the timer is cleared.
  • the data packet statistics module includes: a field determining unit, configured to determine, according to the valid time value of the timestamp, the received sub-data packet sent by the sending end Whether the header of the packet is set with an end field, wherein the header of the last transmitted sub-packet of the sender is set with an end field; and the statistical unit is configured to receive the header of the sub-packet within the valid time value of the timestamp in the field judging unit When the end field is set, it is determined that all the sub-packets sent by the sender of the same source address are completed within the valid time value of the timestamp.
  • the data packet statistics module includes: a sequence number determining unit, configured to determine, when the valid time value of the timestamp is received, the received sub-data packet sent by the sending end Whether the serial number is a preset value, wherein the serial number of the packet header of the last transmitted sub-packet of the transmitting end is set to a preset value; and the statistical unit is configured to receive the serial number determining unit within the valid time value of the time stamp.
  • the sequence number of the sub-packet sent by the sender is a preset value, it is determined that all the sub-packets sent by the sender of the same source address are completed within the valid time value of the timestamp.
  • the present invention has the beneficial effects that the present invention divides the complete data packet into at least two sub-data packets by the transmitting end when determining that the size of the transmission resource currently used for transmitting the data packet is smaller than the size of the data packet, and passes the Adding a timestamp to the first sub-packet sent by the sender, the receiving end determines whether the sub-packets sent by the same sender are all received within the valid time value of the timestamp, so that the receiving end can accurately determine the received data. Whether the package is valid and timely release the cache resources, thereby improving the timeliness of the data in the vehicle communication system and effectively reducing the occurrence of accidents.
  • FIG. 1 is a schematic structural view of a car network communication system of the present invention
  • FIG. 2 is a schematic flow chart of a vehicle network data transmission method of the present invention
  • FIG. 3 is a schematic diagram of a divided sub-packet of the present invention.
  • Figure 4 is a schematic illustration of a complete data packet of the present invention.
  • Figure 5 is a schematic structural view of an embodiment of the transmitting end of Figure 1;
  • Figure 6 is a schematic structural view of an embodiment of the receiving end of Figure 1;
  • Figure 7 is a schematic structural view of another embodiment of the receiving end of Figure 1;
  • FIG. 8 is a schematic structural diagram of another embodiment of the transmitting end of FIG. 1; FIG.
  • FIG. 9 is a schematic structural view of still another embodiment of the receiving end of FIG. 1.
  • FIG. 9 is a schematic structural view of still another embodiment of the receiving end of FIG. 1.
  • FIG. 1 is a schematic structural diagram of a vehicle network communication system according to the present invention.
  • the system includes a vehicle network data transmission device, which includes a plurality of transmitting ends 11 and a plurality of receiving ends 12 . . Data transmission between the transmitting end 11 and the receiving end 12 can be performed through a wireless channel.
  • FIG. 2 is a schematic flowchart of a method for transmitting data of a vehicle network of the present invention, and the method includes the following steps:
  • Step S101 The transmitting end 11 acquires the complete data packet, and determines whether the resource size currently used for transmitting the complete data packet is smaller than the size of the transmission resource required for transmitting the complete data packet.
  • step S101 the complete data packet acquired by the transmitting end 11 is provided with data including an original packet header, a frame, and a check code.
  • Step S102 The transmitting end 11 divides the complete data packet into at least two sub-data packets when determining that the resource size currently used for transmitting the complete data packet is smaller than the size of the transmission resource required for transmitting the complete data packet.
  • the sub-packet includes a header and data.
  • the header is an extended header that is extended on the basis of the original header.
  • Step S103 The transmitting end 11 adds a timestamp to at least two sub-packets.
  • the timestamp is that the receiving end 12 receives the valid time value of the sub-packet sent by the same transmitting end 11.
  • the transmitting end 11 adds a timestamp to the header of one of the at least two sub-packets.
  • the transmitting end 11 adds a timestamp to the header of the sub-packet sent by the first one of the at least two sub-packets, so that the receiving end 12 determines, by the timestamp, that the sub-packet sent by the same transmitting end 11 is received. Whether the time exceeds the valid time value.
  • the header of the first sub-packet is set with a timestamp
  • the receiving end 12 can determine whether the time of receiving the sub-packet sent by the transmitting end 11 exceeds the valid time value by using the timestamp. That is, the receiving end 12 can know the valid time value of the sub-packets transmitted by the same transmitting end 11 from the parameters of the time stamp.
  • the parameter of the timestamp may be a time period.
  • the parameter of the timestamp takes a value of 0-100 ms (millisecond), it indicates that the effective time value of the sub-packet sent by the receiving end 12 to the same transmitting end 11 is 0- 100ms; for example, the parameter of the timestamp is 86ms, indicating that the effective time value of the sub-packet sent by the receiving end 12 to the same transmitting end 11 is 86ms, and the timeout exceeds 86ms, and the entire data packet is invalid.
  • the timestamp can also adopt other representations. For example, the valid time value of the default timestamp is 100ms. When the sender 11 adds the delay experienced locally, it is added to the timestamp, such as when the sender 11 will experience the local time.
  • the parameter of the timestamp is 14ms, indicating that the receiving terminal 12 receives the valid time value of the sub-packet sent by the same transmitting end 11 as 86ms, that is, there is 86ms to time out.
  • Step S104 The transmitting end 11 adds a type field for at least two sub-packets.
  • the receiving end 12 determines, by the field type, whether the received data packet is a sub-data packet.
  • the transmitting end 11 sets a type field for the complete data packet when it is determined that the size of the resource currently used to transmit the complete data packet is not smaller than the size of the transmission resource required for transmitting the complete data packet, as shown in FIG. That is, regardless of whether the size of the resource currently used to transmit the complete data packet is smaller than the size of the transmission resource required to send the complete data packet, the transmitting end 11 sets a type field for the complete data packet or the sub-data packet, so that the receiving end 12 can pass the type.
  • the field determines whether the data packet sent by the sender 11 is a divided sub-packet or a complete packet.
  • the type field is provided with a first value and a second value. When the type field is the first value, it indicates that the data packet is a divided sub-packet; when the type field is the second value, it indicates that the data packet is not Split packet.
  • the transmitting end 11 can also set consecutive serial numbers for the headers of at least two sub-packets. That is to say, the header of at least two sub-packets further includes a serial number, which is continuously set, can be set in order from small to large, or can be set in order from large to small.
  • the transmitting end 11 may also set a source address for the header of at least two sub-packets, that is, the header of at least two sub-packets further includes a source address, and the receiving end 12 may determine, by the source address, whether the sub-packet is The same sender 11 sends.
  • the transmitting end 11 may also set an end field for the header of the last transmitted sub-packet, and the receiving end 12 may determine, by using the end field, whether the sub-packet sent by the transmitting end 11 is the last sub-packet sent by the transmitting end 11. .
  • the transmitting end 11 may also set a preset value for the sequence number of the packet header of the last transmitted sub-packet, and the receiving end 12 may determine, by the preset value, whether the received sub-packet is the last one of the transmitting end 11 The sub-packet sent. If the preset value is 00, when the receiving end 12 receives the sub-packet with the serial number 00, it is determined that all the sub-packets sent by the same transmitting end 11 are received.
  • Step S105 The transmitting end 11 transmits at least two sub-data packets to the receiving end 12.
  • step S105 the transmitting end 11 sequentially transmits the sub-packets to the receiving end 12 in accordance with the sequence number of the sub-packets. It should be understood that, when the transmitting end 11 determines that the size of the resource currently used for transmitting the complete data packet is not smaller than the size of the transmission resource required for transmitting the complete data packet, the transmitting end 11 transmits the complete data packet set with the type field to the receiving end 12.
  • steps S101 to S104 are performed in the data link layer, and step S105 is performed in the physical layer.
  • Step S106 The receiving end 12 receives the data packet sent by the transmitting end 11.
  • the data packet sent by the transmitting end 11 may be a complete data packet, or may be a divided sub-data packet, and the complete data packet or the sub-data packet is set with a type field.
  • Step S107 The receiving end 12 determines, by the type field, whether the data packet is a divided sub-data packet.
  • the type field when the type field is the first value, it indicates that the data packet is a divided sub-packet; when the type field is the second value, it indicates that the data packet is a complete data packet.
  • the receiving end 12 determines that the data packet is a complete data packet by using the type field, the complete data packet is directly reported to the upper layer.
  • Step S108 When the receiving end 12 determines that the data packet is the divided sub-data packet by the type field, and determines that the sub-data packet is the first sub-data packet sent by the transmitting end 11, the receiving end 12 acquires the first transmitted sub-packet. The timestamp of the packet, starting the timer at the same time.
  • step S108 if the sub-packet is set with a timestamp, it indicates that the sub-packet is the first sub-packet sent by the transmitting end 11.
  • the header of the first sub-packet sent by the transmitting end 11 is set with a timestamp, and the timestamp is the valid time value of the sub-packet sent by the receiving end 12 by the receiving end 11. It should be understood that the receiving end 12 determines whether the sub-packets are sent by the same transmitting end 11 mainly by the source address.
  • step S108 when it is determined that the sub-packet is the first sub-packet transmitted by the transmitting end 11, the receiving end 12 sequentially receives the sub-packets transmitted by the transmitting end 11 according to the sequence number of the sub-packets. That is, after the receiving end 12 starts the timer, the receiving end 12 continues to receive the sub-packets sent by the same transmitting end 11 according to the serial number sequence. For example, the receiving end 12 continues to receive the second sending by the same transmitting end 11 according to the sequence number sequence. Sub-packets and third sub-packets until the last sub-packet.
  • the receiving end 12 receives the sub-packets sent by the transmitting end 11 in descending order of the sequence number of the sub-packets.
  • the receiving end 12 determines that the sub-packet is not the first sub-packet sent by the transmitting end 11, it indicates that the receiving end 12 may have received the first sub-packet sent by the transmitting end 11, or may not receive the transmitting end 11
  • the first sub-packet sent the receiving end 12 needs to determine whether the sub-packet whose sequence number is one less than the sequence number of the received sub-packet has been received.
  • the receiving end 12 sequentially receives another sub-sent sent by the transmitting end 11 of the same source address according to the sequence number of the sub-packet.
  • the receiving end 12 deletes all received sub-packets when the sub-packet whose acknowledgment sequence number is smaller than the sequence number of the received sub-packet is not received, and clears the timer timing.
  • the receiving end 12 receives the sub-packets sent by the transmitting end 11 in descending order of the sequence numbers of the sub-packets.
  • the receiving end 12 determines that the sub-packet is not the first sub-packet sent by the transmitting end 11, it indicates that the receiving end 12 may have received the first sub-packet sent by the transmitting end 11, or may not receive the transmitting end 11
  • the first sub-packet sent the receiving end 12 needs to determine whether the sub-packet whose sequence number is one greater than the sequence number of the received sub-packet has been received.
  • the receiving end 12 sequentially receives another sub-sent sent by the transmitting end 11 of the same source address according to the sequence number of the sub-packet.
  • the receiving end 12 deletes all received sub-packets when the sub-packet whose acknowledgment sequence number is greater than the sequence number of the received sub-packet is not received, and clears the timer timing.
  • Step S109 The receiving end 12 determines whether all the sub-packets sent by the transmitting end 11 are received within the valid time value.
  • the receiving end 12 determines whether the header of the sub-packet sent by the transmitting end 11 received within the valid time value of the timestamp is set with an end field; when the receiving end 12 is at the valid time value of the timestamp When the header of the received sub-packet is set with the end field, the receiving end 12 determines that all the sub-packets sent by the transmitting end 11 of the same source address are completed within the valid time value of the time stamp.
  • the receiving end 12 determines whether the sequence number of the sub-packet sent by the transmitting end 11 is received within the valid time value of the timestamp is a preset value; when the receiving end 12 is in the valid time of the timestamp When the sequence number of the sub-packet sent by the transmitting end 11 is received within the value, the receiving end 12 determines that all the sub-packets sent by the transmitting end 11 of the same source address are completed within the valid time value of the time stamp.
  • Step S110 If the receiving end 12 determines that all the sub-packets sent by the transmitting end 11 are received within the valid time value of the time stamp, at least two sub-packets are combined into a complete data packet, and the complete data packet is reported.
  • the receiving end 12 determines that all sub-packets sent by the transmitting end 11 are not received within the valid time value of the time stamp, deletes all received sub-packets, and clears the timer timing.
  • step S106 is performed in the physical layer, and steps S107 to S110 are performed in the data link layer.
  • the time stamp is set by the first divided sub-packet sent by the sending end, and the receiving end determines whether the sub-packets sent by the same sending end are all received within the valid time value of the time stamp.
  • the terminal can accurately determine whether the received data packet is valid, and release the cache resource in time, thereby improving the timeliness of the data in the vehicle communication system and effectively reducing the occurrence of an accident.
  • FIG. 5 is a schematic structural diagram of an embodiment of the transmitting end of FIG. 1
  • FIG. 6 is a schematic structural diagram of an embodiment of the receiving end of FIG.
  • the transmitting end 11 includes a channel judging module 111, a packet dividing module 112, a time stamp adding module 113, a type field adding module 114, a serial number adding module 115, a source address adding module 116, an ending character adding module 117, and a transceiver module 118.
  • the receiving end 12 includes a transceiver module 121, a type judging module 122, a time stamp obtaining module 123, a source address judging module 124, a packet statistics module 125, a packet judging module 126, a packet clearing module 127, and a packet combining module 128.
  • the channel judging module 111 is configured to acquire a complete data packet, and determine whether the resource size currently used for transmitting the complete data packet is smaller than the size of the transmission resource required to send the complete data packet.
  • the complete data packet is set with data, including the original header, frame, and check code.
  • the packet dividing module 112 is configured to divide the complete data packet into at least two sub-data packets when the channel determining module 111 determines that the resource size currently used to transmit the complete data packet is smaller than the size of the transmission resource required to transmit the complete data packet.
  • the timestamp adding module 113 is configured to add a timestamp to at least two sub-packets.
  • the timestamp is the effective time value of the sub-data packet sent by the receiving end 12, that is, if the receiving end 12 receives the sub-data packet sent by the same transmitting end 11 and exceeds the valid time value, the sub-data packet is regarded as invalid.
  • the timestamp adding module 113 adds a timestamp to the header of one of the at least two sub-packets.
  • the timestamp adding module 113 adds a timestamp to the header of the sub-packet sent by the first one of the at least two sub-packets, so that the receiving end 12 determines, by the timestamp, that the sub-data sent by the same transmitting end 11 is received. Whether the time of the package exceeds the valid time value.
  • the type field adding module 114 is configured to add a type field for at least two sub-packets, so that the receiving end 12 determines, by the field type, whether the received data packet is a sub-packet.
  • the channel field adding module 114 adds a type field for the complete data packet when the channel determining module 111 determines that the resource size currently used for transmitting the complete data packet is not smaller than the size of the transmission resource required for transmitting the complete data packet.
  • the sequence number adding module 115 is configured to set consecutive sequence numbers for the headers of at least two sub-packets.
  • the source address adding module 116 is configured to set a source address for the header of at least two sub-packets, so that the receiving end 12 determines, by the source address, whether the sub-packets are sent by the same transmitting end 11.
  • the end field adding module 117 is configured to set an end field for the header of the last transmitted sub-packet, so that the receiving end 12 determines, by the end field, whether the received sub-packet is the last sub-packet sent by the transmitting end 11.
  • the sequence number adding module 115 is further configured to set a preset value for the sequence number of the packet header of the last transmitted sub-packet, so that the receiving end 12 determines, by using a preset value, whether the received sub-packet is a transmitting end. 11 The last sub-packet sent. If the preset value is 00, when the receiving end 12 receives the sub-packet with the serial number 00, it is determined that all the sub-packets of the same transmitting end 11 are sent.
  • the transceiver module 118 is configured to send at least two sub-data packets to the receiving end 12. Preferably, the transceiver module 118 is configured to sequentially send the sub-packets to the receiving end 12 according to the sequence number of the sub-packets. It should be understood that the transceiver module 118 can also send a complete data packet to the receiving end 12.
  • the sub-packet includes a header and data
  • the header is an extended header that is extended on the basis of the original header.
  • the header includes a type field, a timestamp, a serial number, and a source address.
  • the serial number is set continuously, that is, the serial numbers can be set in order from small to large, and can also be set in order from large to small.
  • the header of the last transmitted sub-packet further includes an end field, or the sequence number of the header of the last transmitted sub-packet is a preset value.
  • the transceiver module 121 is configured to receive a data packet sent by the transceiver module 118 of the transmitting end 11, and the data packet may be a divided sub-packet or a complete data packet, and the divided sub-packets and the complete data packet are all set with a type. Field.
  • the transceiver module 121 sequentially receives the sub-packets sent by the sender 11 according to the sequence number of the sub-packets, wherein the header of the sub-packets is provided with consecutive serial numbers.
  • the type judging module 122 is configured to determine, by the type field, whether the data packet is a divided sub-packet. When the type field is the first value, it indicates that the data packet is a divided sub-packet; when the type field is the second value, it indicates that the data packet is a complete data packet. In addition, when it is determined that the data packet is a complete data packet, the complete data packet is directly reported to the upper layer.
  • the timestamp obtaining module 123 is configured to: when the type determining module 122 determines that the data packet is the divided sub-data packet by using the type field, and determines that the sub-data packet is the first sub-packet sent by the transmitting end 11, obtain the first sending The timestamp of the sub-packet, while starting the timer starts timing.
  • the header of the first sub-packet sent by the transmitting end 11 is set with a timestamp, and the timestamp is the valid time value of the sub-packet sent by the receiving end 12 by the receiving end 11.
  • the timestamp obtaining module 123 parses out that the sub-packet is set with a timestamp, it indicates that the sub-packet is the first sub-packet sent by the transmitting end 11. It should be understood that the transceiver module 121 continues to receive sub-packets after the start timer is started.
  • the source address determining module 124 is configured to determine, by the source address, whether the sub-packets are sent by the same transmitting end 11, wherein the header of the sub-packets sets the active address.
  • the transceiver module 121 receives the sub-packets sent by the sender 11 in descending order of the sequence number of the sub-packets.
  • the packet judging module 125 is configured to indicate that the transceiver module 121 has received the first sub-data sent by the transmitting end 11 when the timestamp obtaining module 123 determines that the sub-data packet is not the first sub-data packet sent by the transmitting end 11.
  • the packet may or may not receive the first sub-packet sent by the transmitting end 11, so it is necessary to continue to determine whether the sub-packet whose sequence number is one less than the sequence number of the received sub-packet has been received.
  • the transceiver module 121 sequentially receives the transmitting end 11 of the same source address according to the serial number of the sub-packet. Another sub-packet sent, where the sequence number of another sub-packet is larger than the sequence number of the sub-packet that has been received.
  • the packet clearing module 126 deletes all received sub-packets and clears the timer when the packet judging module 125 confirms that the sub-packet whose sequence number is smaller than the sequence number of the received sub-packet is not received. Timing.
  • the transceiver module 121 receives the sub-packets sent by the sender 11 in descending order of the sequence number of the sub-packets.
  • the packet determining module 125 determines the sub-packet whose sequence number is one greater than the sequence number of the received sub-packet. Has it been received?
  • the transceiver module 121 sequentially receives the transmitting end 11 of the same source address according to the sequence number of the sub-packet. Another sub-packet sent, where the sequence number of another sub-packet is smaller than the sequence number of the sub-packet that has been received.
  • the packet clearing module 126 deletes all received sub-packets and clears the timer when the packet judging module 125 confirms that the sub-packet whose sequence number is greater than the sequence number of the received sub-packet is not received. Timing.
  • the transceiver module 121 receives the first sub-packet for the first time, and when receiving the third sub-packet for the second time, does not receive the sub-packets sent by the same sender 11 in this order, so all the slaves have to be deleted. A sub-packet sent by the same transmitting end 11.
  • the packet statistics module 127 is configured to determine whether all sub-packets sent by the transmitting end 11 have been received within the valid time value.
  • the packet statistics module 127 includes a field determining unit 1271 and a statistic unit 1272.
  • the field determining unit 1271 is configured to determine whether the header of the sub-packet sent by the transmitting end 11 received within the valid time value of the timestamp is set with an ending field, wherein the header of the last transmitted sub-packet of the transmitting end 11 is set with End field.
  • the statistic unit 1272 is configured to determine, when the header determining unit 1271 receives the end field of the sub-packet within the valid time value of the time stamp, that the sending end 11 of the same source address is sent within the valid time value of the time stamp. Sub-packets are all received.
  • the packet statistics module 227 includes a sequence number judging unit 2271 and a statistic unit 2272.
  • the sequence number judging unit 2271 is configured to determine whether the sequence number of the sub-packet sent by the transmitting end 11 is received within the valid time value of the time stamp is a preset value, wherein the header of the last sub-packet sent by the transmitting end 11 The serial number is set to the preset value.
  • the statistic unit 2272 is configured to determine, within the valid time value of the timestamp, that the serial number of the sub-data packet sent by the transmitting end 11 is a preset value within the valid time value of the timestamp, and determine the same source within the valid time value of the timestamp. The sub-packets sent by the sender 11 of the address are all received.
  • the packet combining module 128 is configured to combine at least two sub-packets into a complete data packet when the packet statistics module 127 determines that all the sub-packets sent by the transmitting end 11 are received within the valid time value of the time stamp, and The layer reports the complete packet.
  • the packet clearing module 126 is further configured to: when the packet statistics module 127 determines that all the sub-packets sent by the sending end 11 are not received within the valid time value of the time stamp, delete all the received sub-packets, and Clear the timer.
  • the time stamp is set by the first divided sub-packet sent by the sending end, and the receiving end determines whether the sub-packets sent by the same sending end are all received within the valid time value of the time stamp.
  • the terminal can accurately determine whether the received data packet is valid, and release the cache resource in time to provide sufficient cache resources, thereby improving the timeliness of data in the vehicle communication system and effectively reducing the occurrence of an accident.
  • FIG. 8 is a schematic structural view of another embodiment of the transmitting end of FIG. 1
  • FIG. 9 is a schematic structural view of still another embodiment of the receiving end of FIG.
  • the transmitting end includes a transceiver 311 and a processor 312, and the transceiver 311 and the processor 312 are connected by a bus 313.
  • the receiving end 12 includes a transceiver 321 and a processor 322, and the transceiver 321 and the processor 322 are connected by a bus 33.
  • the processor 312 is configured to acquire a complete data packet and determine whether the resource size currently used to transmit the complete data packet is smaller than the size of the transmission resource required to send the complete data packet.
  • the complete data packet is set with data, including the original header, frame, and check code.
  • the processor 312 splits the complete data packet into at least two sub-data packets when it is determined that the resource size currently used to transmit the complete data packet is smaller than the size of the transmission resource required to transmit the complete data packet.
  • the processor 312 is configured to add a timestamp to at least two sub-packets.
  • the timestamp is the effective time value of the sub-data packet sent by the receiving end 12, that is, if the receiving end 12 receives the sub-data packet sent by the same transmitting end 11 and exceeds the valid time value, the sub-data packet is regarded as invalid.
  • processor 312 adds a timestamp to the header of one of at least two sub-packets.
  • the processor 312 adds a timestamp to the header of the sub-packet sent by the first one of the at least two sub-packets, so that the receiving end 12 determines, by the timestamp, that the sub-packet sent by the same transmitting end 11 is received. Whether the time exceeds the valid time value.
  • the processor 312 is configured to add a type field to the at least two sub-packets, so that the receiving end 12 determines, by the field type, whether the received data packet is a sub-data packet.
  • the processor 312 adds a type field for the complete data packet when determining that the size of the resource currently used to transmit the complete data packet is not smaller than the size of the transmission resource required to send the complete data packet.
  • the processor 312 is configured to set a continuous sequence number for the header of at least two sub-packets.
  • the processor 312 is configured to set a source address for the header of at least two sub-packets, so that the receiving end 12 determines, by the source address, whether the sub-packets are sent by the same transmitting end 11.
  • the processor 312 is further configured to set an end field for the header of the last transmitted sub-packet, so that the receiving end 12 determines, by using the end field, whether the received sub-packet is the last sub-packet sent by the transmitting end 11.
  • the processor 312 is further configured to set a preset value for the sequence number of the packet header of the last transmitted sub-packet, so that the receiving end 12 determines, by using a preset value, whether the received sub-packet is the sender end 11 or not. A sub-packet that is sent. If the preset value is 00, when the receiving end 12 receives the sub-packet with the serial number 00, it is determined that all the sub-packets of the same transmitting end 11 are sent.
  • the transceiver 311 is configured to send at least two sub-packets to the receiving end 12.
  • the transceiver module 118 is configured to sequentially send the sub-packets to the receiving end 12 according to the sequence number of the sub-packets. It should be understood that the transceiver module 118 can also send a complete data packet to the receiving end 12.
  • the sub-packet includes a header and data
  • the header is an extended header that is extended on the basis of the original header.
  • the header includes a type field, a timestamp, a serial number, and a source address.
  • the serial number is set continuously, that is, the serial numbers can be set in order from small to large, and can also be set in order from large to small.
  • the header of the last transmitted sub-packet further includes an end field, or the sequence number of the header of the last transmitted sub-packet is a preset value.
  • the transceiver 321 is configured to receive a data packet sent by the transceiver 311 of the transmitting end 11, and the data packet may be a divided sub-packet or a complete data packet, and the divided sub-packets and the complete data packet are all set with a type. Field.
  • the transceiver 321 sequentially receives the sub-packets sent by the transmitting end 11 according to the sequence number of the sub-packets, wherein the sub-packets of the sub-packets are provided with consecutive serial numbers.
  • the processor 322 is configured to determine, by the type field, whether the data packet is a divided sub-packet. When the type field is the first value, it indicates that the data packet is a divided sub-packet; when the type field is the second value, it indicates that the data packet is a complete data packet. In addition, when it is determined that the data packet is a complete data packet, the complete data packet is directly reported to the upper layer.
  • the processor 322 is configured to determine, by using the type field, that the data packet is the divided sub-data packet, and determine that the sub-data packet is the first sub-data packet sent by the sending end 11, and obtain the timestamp of the first sent sub-data packet. At the same time, the timer is started to start timing.
  • the header of the first sub-packet sent by the transmitting end 11 is set with a timestamp, and the timestamp is the valid time value of the sub-packet sent by the receiving end 12 by the receiving end 11. If the processor 322 parses out that the sub-packet is set with a timestamp, it indicates that the sub-packet is the first sub-packet sent by the transmitting end 11. It should be understood that transceiver 321 continues to receive sub-packets after the start timer is started.
  • the processor 322 is configured to determine, by the source address, whether the sub-packets are sent by the same transmitting end 11, wherein the header of the sub-packets sets the active address.
  • the transceiver 321 receives the sub-packets sent by the transmitting end 11 in descending order of the sequence numbers of the sub-packets.
  • the processor 322 is configured to indicate that the transceiver 321 may have received the first sub-packet sent by the sending end 11 or may not receive or send when determining that the sub-packet is not the first sub-packet sent by the transmitting end 11.
  • the first sub-packet sent by terminal 11 needs to continue to determine whether the sub-packet whose sequence number is one less than the sequence number of the received sub-packet has been received.
  • the transceiver 321 sequentially receives the transmission of the same source address by the transmitting end 11 according to the sequence number of the sub-packet. Another sub-packet in which the sequence number of another sub-packet is larger than the sequence number of the sub-packet that has been received.
  • the processor 322 deletes all received sub-packets when the sub-packet whose sequence number is smaller than the sequence number of the received sub-packet is not received, and clears the timer timing.
  • the transceiver 321 receives the sub-packets sent by the transmitting end 11 in descending order of the sequence numbers of the sub-packets.
  • the processor 322 determines whether the sub-packet whose sequence number is one greater than the sequence number of the received sub-packet has been received.
  • the transceiver 321 sequentially receives the same source address from the transmitting end 11 according to the sequence number of the sub-packet.
  • the processor 322 deletes all received sub-packets when the sub-packet whose sequence number is greater than the sequence number of the received sub-packet is not received, and clears the timer timing.
  • the transceiver 321 receives the first sub-packet for the first time, and when receiving the third sub-packet for the second time, at this time, the sub-packets sent by the same sender 11 are not received in order, so all the slaves have to be deleted.
  • the processor 322 is configured to determine whether all sub-packets sent by the transmitting end 11 are received within the valid time value. In this embodiment, the processor 322 is configured to determine whether the header of the sub-packet sent by the transmitting end 11 received within the valid time value of the timestamp is set with an end field, where the last sub-data sent by the transmitting end 11 The header of the package is set with an end field. The processor 322 is configured to: when the header of the sub-data packet is received within the valid time value of the time stamp, the end field is set, and the sub-data packet sent by the transmitting end 11 of the same source address is all received within the valid time value of the time stamp. carry out.
  • the processor 322 is configured to determine whether the sequence number of the sub-packet sent by the sending end 11 is received within a valid time value of the time stamp is a preset value, wherein the last sub-packet sent by the transmitting end 11 The serial number of the header is set to the preset value.
  • the processor 322 is configured to determine, during the valid time value of the timestamp, that the serial number of the sub-data packet sent by the transmitting end 11 is a preset value, the serial number determining unit 2271 determines the same source within the valid time value of the timestamp. The sub-packets sent by the sender 11 of the address are all received.
  • the processor 322 is configured to combine at least two sub-packets into a complete data packet and report the complete data packet to the upper layer when determining to receive all the sub-packets sent by the transmitting end 11 within the valid time value of the time stamp.
  • processor 322 is further configured to delete all the received sub-packets and clear the timer timing when it is determined that all the sub-packets sent by the transmitting end 11 are not received within the valid time value of the time stamp.
  • the time stamp is set by the first divided sub-packet sent by the sending end, and the receiving end determines whether the sub-packets sent by the same sending end are all received within the valid time value of the time stamp.
  • the terminal can accurately determine whether the received data packet is valid, and release the cache resource in time to provide sufficient cache resources, thereby improving the timeliness of data in the vehicle communication system and effectively reducing the occurrence of an accident.

Landscapes

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

Abstract

本发明提供了一种车联网数据传输方法，该方法包括：发送端获取完整数据包，并确定当前用于传输完整数据包的资源大小是否小于发送完整数据包所需传输资源的大小（S101）；发送端在确定当前用于传输完整数据包的资源大小小于发送完整数据包所需传输资源的大小时，将完整数据包分割为至少两个子数据包（S102）；发送端为至少两个子数据包添加时间戳（S103）；发送端为至少两个子数据包添加类型字段（S104）；发送端将至少两个子数据包发送至接收端（S105）。本发明还提供了一种车联网数据传输装置。本发明能够保持车载通信系统中数据的时效性，有效降低事故的发生。

Description

车联网数据传输方法及装置
【技术领域】
本发明涉及通信技术领域，特别是涉及一种车联网数据传输方法及装置。
【背景技术】
车联网（Internet of Vehicles, IoV）通信系统是基于互联网与物联网技术的结合，同时融入大量软件技术和信息服务内容的新型管理服务网络。为了保障车辆的安全行驶，道路上的不同车辆间需要能彼此交互一些数据，通过对这些数据的处理可以获知道路以及车辆状况，如前方的车辆事故等；甚至是可以提前预测事故的发生，进而对司机提出警告，使其改变驾驶策略。
现有的车联网通信系统的传输资源一般分为基于时隙的调度资源与基于非时隙的竞争资源。每个时隙大约可以承载300字节。对于车联网通信系统来说，车辆会周期性的发送消息，但是消息的大小往往是可变的，如在某些情况300字节难以满足一次性传输消息，则就需要对该消息的数据包进行拆分。传统的拆分方法不适于现有的车联网通信系统，因为现有的车联网通信系统中数据包的时延特性较为明显，而数据都是具有时效性的，超过某个特定时间数据包的信息就不再有价值了。
正如前面所述，车联网通信系统中的数据包具有很强的时效性，超过某个时间段后数据包就没有价值了，也无需提交给上层。具体表现为，接收端需要明确接收到的数据包，尤其是被分割的数据包是否有价值，如果发现缓存的被分割数据包没有价值，接收端需要立即将该数据包从缓存中删除，释放出缓存资源。尤其是现在的车联网通信系统都是采用广播机制，一个车辆广播的消息可能被多个车辆缓存，如果不能及时释放缓存会造成周围大量车辆的缓存资源的浪费。
【发明内容】
本发明实施例提供了一种车联网数据传输方法及装置，以解决缓存资源的浪费的问题。
第一方面提供一种车联网数据传输方法，该方法包括：发送端获取完整数据包，并确定当前用于传输完整数据包的资源大小是否小于发送完整数据包所需传输资源的大小；发送端在确定当前用于传输完整数据包的资源大小小于发送完整数据包所需传输资源的大小时，将完整数据包分割为至少两个子数据包；发送端为至少两个子数据包添加时间戳，其中时间戳为接收端接收同一发送端所发送的子数据包的有效时间值；发送端为至少两个子数据包添加类型字段，以使得接收端通过字段类型确定接收到的数据包是否为子数据包；发送端将至少两个子数据包发送至接收端。
结合第一方面的实现方式，在第一种可能的实现方式中，发送端为至少两个子数据包添加时间戳包括：发送端为至少两个子数据包中的一者的包头添加时间戳。
结合第一方面的第一种可能实现方式，在第二种可能的实现方式中，发送端为至少两个子数据包中的一者的包头添加时间戳包括：发送端为至少两个子数据包中的第一个发送的子数据包的包头添加时间戳，以使得接收端通过时间戳确定接收到同一发送端所发送的子数据包的时间是否超过有效时间值。
结合第一方面的实现方式，在第三种可能的实现方式中，该方法还包括：发送端为至少两个子数据包的包头设置连续的序列号。
结合第一方面的第三种可能实现方式，在第四种可能的实现方式中，该方法还包括：发送端按照子数据包的序列号依次发送子数据包至接收端。
结合第一方面的实现方式，在第五种可能的实现方式中，该方法还包括：发送端为至少两个子数据包的包头设置有源地址，以使得接收端通过源地址确定子数据包是否为同一发送端所发送。
结合第一方面的实现方式，在第六种可能的实现方式中，该方法还包括：发送端为最后一个发送的子数据包的包头设置结束字段，以使得接收端通过结束字段确定接收到的子数据包是否为发送端最后一个发送的子数据包。
结合第一方面的第三种可能实现方式，在第七种可能的实现方式中，该方法还包括：发送端为最后一个发送的子数据包的包头的序列号设置预设数值，以使得接收端通过预设数值确定接收到的子数据包是否为发送端最后一个发送的子数据包。
第二方面提供一种车联网数据传输装置，包括发送端，该发送端包括：信道判断模块，用于获取完整数据包，并确定当前用于传输完整数据包的资源大小是否小于发送完整数据包所需传输资源的大小；数据包分割模块，用于在信道判断模块确定当前用于传输完整数据包的资源大小小于发送完整数据包所需传输资源的大小时，将完整数据包分割为至少两个子数据包；时间戳添加模块，用于为至少两个子数据包添加时间戳，其中时间戳为接收端接收同一发送端所发送的子数据包的有效时间值；类型字段添加模块，用于为至少两个子数据包添加类型字段，以使得接收端通过字段类型确定接收到的数据包是否为子数据包；收发模块，用于将至少两个子数据包发送至接收端。
结合第二方面的实现方式，在第一种可能的实现方式中，时间戳添加模块为至少两个子数据包中的一者的包头添加时间戳。
结合第二方面的第一种可能实现方式，在第二种可能的实现方式中，时间戳添加模块为至少两个子数据包中的第一个发送的子数据包的包头添加时间戳，以使得接收端通过时间戳确定接收到同一发送端所发送的子数据包的时间是否超过有效时间值。
结合第二方面的实现方式，在第三种可能的实现方式中，该装置还包括：序列号添加模块，用于为至少两个子数据包的包头设置连续的序列号。
结合第二方面的第三种可能实现方式，在第四种可能的实现方式中，收发模块用于按照子数据包的序列号依次发送子数据包至接收端。
结合第二方面的实现方式，在第五种可能的实现方式中，该装置还包括：源地址添加模块，用于为至少两个子数据包的包头设置有源地址，以使得接收端通过源地址确定子数据包是否为同一发送端所发送。
结合第二方面的实现方式，在第六种可能的实现方式中，该装置还包括：结束字段添加模块，用于为最后一个发送的子数据包的包头设置结束字段，以使得接收端通过结束字段确定接收到的子数据包是否为发送端最后一个发送的子数据包。
结合第二方面的第三种可能实现方式，在第七种可能的实现方式中，序列号添加模块还用于为最后一个发送的子数据包的包头的序列号设置预设数值，以使得接收端通过预设数值确定接收到的子数据包是否为发送端最后一个发送的子数据包。
第三方面提供一种车联网数据传输方法，该方法包括：接收端接收发送端发送的数据包，数据包设置有类型字段；接收端通过类型字段确定数据包是否为被分割的子数据包；当接收端通过类型字段确定数据包为被分割的子数据包，且确定子数据包为发送端第一个发送的子数据包时，接收端获取第一个发送的子数据包的时间戳，同时启动定时器开始计时，其中发送端第一个发送的子数据包的包头设置有时间戳，时间戳为接收端接收同一发送端所发送的子数据包的有效时间值；接收端确定在有效时间值内是否接收完发送端发送的所有子数据包；如果接收端确定在时间戳的有效时间值内接收完发送端发送的所有子数据包，将至少两个子数据包组合成完整数据包，并上报完整数据包。
结合第三方面的实现方式，在第一种可能的实现方式中，子数据包的包头设置有源地址，该方法还包括：接收端通过源地址确定子数据包是否为同一发送端所发送。
结合第三方面的第一种可能实现方式，在第二种可能的实现方式中，子数据包的包头设置有连续的序列号，该方法还包括：接收端按照子数据包的序列号依次接收发送端发送的子数据包。
结合第三方面的第二种可能实现方式，在第三种可能的实现方式中，接收端按照子数据包的序列号依次接收发送端发送的子数据包包括：接收端按照子数据包的序列号依次从小到大的顺序接收发送端发送的子数据包。
结合第三方面的第三种可能实现方式，在第四种可能的实现方式中，该方法还包括：当接收端确定子数据包不为发送端第一个发送的子数据包时，接收端确定序列号比已接收到的子数据包的序列号小1的子数据包是否已接收到；接收端在确认序列号比已接收到的子数据包的序列号小1的子数据包已接收到时，按照子数据包的序列号依次接收同一源地址的发送端发送的另一个子数据包，其中另一个子数据包的序列号比已接收到的子数据包的序列号大；接收端在确认序列号比已接收到的子数据包的序列号小1的子数据包未接收到时，删除所有已接收到的子数据包，并清除定时器计时。
结合第三方面的第二种可能实现方式，在第五种可能的实现方式中，接收端按照子数据包的序列号依次接收发送端发送的子数据包包括：接收端按照子数据包的序列号依次从大到小的顺序接收发送端发送的子数据包。
结合第三方面的第五种可能实现方式，在第六种可能的实现方式中，该方法还包括：当接收端确定子数据包不为发送端第一个发送的子数据包时，接收端确定序列号比已接收到的子数据包的序列号大1的子数据包是否已接收到；接收端在确认序列号比已接收到的子数据包的序列号大1的子数据包已接收到时，按照子数据包的序列号依次接收同一源地址的发送端发送的另一个子数据包，其中另一个子数据包的序列号比已接收到的子数据包的序列号小；接收端在确认序列号比已接收到的子数据包的序列号大1的子数据包未接收到时，删除所有已接收到的子数据包，并清除定时器计时。
结合第三方面的实现方式，在第七种可能的实现方式中，该方法还包括：接收端确定在时间戳的有效时间值内未接收完发送端发送的所有子数据包时，删除所有已接收到的子数据包，并清除定时器计时。
结合第三方面的实现方式，在第八种可能的实现方式中，接收端确定在时间戳的有效时间值内是否接收完发送端发送的所有子数据包的步骤包括：接收端确定在时间戳的有效时间值内接收到的发送端发送的子数据包的包头是否设置有结束字段，其中，发送端最后一个发送的子数据包的包头设置有结束字段；当接收端在时间戳的有效时间值内接收到子数据包的包头设置有结束字段时，接收端确定在时间戳的有效时间值内，同一源地址的发送端发送的子数据包全部接收完成。
结合第三方面的实现方式，在第九种可能的实现方式中，接收端确定在时间戳的有效时间值内是否接收完发送端发送的所有子数据包的步骤包括：接收端确定在时间戳的有效时间值内接收到发送端发送的子数据包的序列号是否为预设数值，其中，发送端最后一个发送的子数据包的包头的序列号设置为预设数值；当接收端在时间戳的有效时间值内接收到发送端发送的子数据包的序列号为预设数值时，接收端确定在时间戳的有效时间值内，同一源地址的发送端发送的子数据包全部接收完成。
第四方面提供一种车联网数据传输装置，包括接收端，该接收端包括：收发模块，用于接收发送端发送的数据包，数据包括设置有类型字段；类型判断模块，用于通过类型字段确定数据包是否为被分割的子数据包；时间戳获取模块，用于在类型判断模块通过类型字段确定数据包为被分割的子数据包，且确定子数据包为发送端第一个发送的子数据包时，获取第一个发送的子数据包的时间戳，同时启动定时器开始计时，其中发送端第一个发送的子数据包的包头设置有时间戳，时间戳为接收端接收同一发送端所发送的子数据包的有效时间值；数据包统计模块，用于确定在有效时间值内是否接收完发送端发送的所有子数据包；数据包组合模块，用于在数据包统计模块确定在时间戳的有效时间值内接收完发送端发送的所有子数据包时，将至少两个子数据包组合成完整数据包，并上报完整数据包。
结合第四方面的实现方式，在第一种可能的实现方式中，该装置还包括：源地址判断模块，用于通过源地址确定子数据包是否为同一发送端所发送，其中子数据包的包头设置有源地址。
结合第四方面的实现方式，在第二种可能的实现方式中，收发模块用于按照子数据包的序列号依次接收发送端发送的子数据包，其中子数据包的包头设置有连续的序列号。
结合第四方面的第二种可能实现方式，在第三种可能的实现方式中，收发模块用于按照子数据包的序列号依次从小到大的顺序接收发送端发送的子数据包。
结合第四方面的第三种可能实现方式，在第四种可能的实现方式中，该装置还包括：数据包判断模块，用于在时间戳获取模块确定子数据包不为发送端第一个发送的子数据包时，确定序列号比已接收到的子数据包的序列号小1的子数据包是否已接收到；收发模块还用于在数据包判断模块确认序列号比已接收到的子数据包的序列号小1的子数据包已接收到时，按照子数据包的序列号依次接收同一源地址的发送端发送的另一个子数据包，其中另一个子数据包的序列号比已接收到的子数据包的序列号大；数据包清除模块，用于在数据包判断模块确认序列号比已接收到的子数据包的序列号小1的子数据包未接收到时，删除所有已接收到的子数据包，并清除定时器计时。
结合第四方面的第三种可能实现方式，在第五种可能的实现方式中，收发模块用于按照子数据包的序列号依次从大到小的顺序接收发送端发送的子数据包。
结合第四方面的第五种可能实现方式，在第六种可能的实现方式中，该装置还包括：数据包判断模块，用于在时间戳获取模块确定子数据包不为发送端第一个发送的子数据包时，确定序列号比已接收到的子数据包的序列号大1的子数据包是否已接收到；收发模块还用于在数据包判断模块确认序列号比已接收到的子数据包的序列号大1的子数据包已接收到时，按照子数据包的序列号依次接收同一源地址的发送端发送的另一个子数据包，其中另一个子数据包的序列号比已接收到的子数据包的序列号小；数据包清除模块，用于在数据包判断模块确认序列号比已接收到的子数据包的序列号大1的子数据包未接收到时，删除所有已接收到的子数据包，并清除定时器计时。
结合第四方面的实现方式，在第七种可能的实现方式中，该装置还包括：数据包清除模块，用于在数据包统计模块确定在时间戳的有效时间值内未接收完发送端发送的所有子数据包时，删除所有已接收到的子数据包，并清除定时器计时。
结合第四方面的实现方式，在第八种可能的实现方式中，数据包统计模块包括：字段判断单元，用于确定在时间戳的有效时间值内接收到的发送端发送的子数据包的包头是否设置有结束字段，其中，发送端最后一个发送的子数据包的包头设置有结束字段；统计单元，用于在字段判断单元确实在时间戳的有效时间值内接收到子数据包的包头设置有结束字段时，确定在时间戳的有效时间值内，同一源地址的发送端发送的子数据包全部接收完成。
结合第四方面的实现方式，在第九种可能的实现方式中，数据包统计模块包括：序列号判断单元，用于确定在时间戳的有效时间值内接收到发送端发送的子数据包的序列号是否为预设数值，其中，发送端最后一个发送的子数据包的包头的序列号设置为预设数值；统计单元，用于在序列号判断单元确实在时间戳的有效时间值内接收到发送端发送的子数据包的序列号为预设数值时，确定在时间戳的有效时间值内，同一源地址的发送端发送的子数据包全部接收完成。
通过上述方案，本发明的有益效果是：本发明通过发送端在确定当前用于传输数据包的传输资源的大小小于数据包的大小时，将完整数据包分割为至少两个子数据包，并通过在发送端第一个发送的子数据包添加时间戳，接收端通过确定在时间戳的有效时间值内是否全部接收完同一发送端发送的子数据包，使得接收端能够准确确定接收到的数据包是否有效，及时释放出缓存资源，从而提高车载通信系统中数据的时效性，有效降低事故的发生。
【附图说明】
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。其中：
图1是本发明车联网通信系统结构示意图；
图2是本发明车联网数据传输方法的流程示意图；
图3是本发明被分割的子数据包的示意图；
图4是本发明完整数据包的示意图；
图5是图1中发送端的一实施例的结构示意图；
图6是图1中接收端的一实施例的结构示意图；
图7是图1中接收端的另一实施例的结构示意图；
图8是图1中发送端的另一实施例的结构示意图；
图9是图1中接收端的再一实施例的结构示意图。
【具体实施方式】
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性的劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明公开一种车联网通信系统，如图1所示，图1是本发明车联网通信系统结构示意图，该系统包括车联网数据传输装置，其包括多个发送端11和多个接收端12。发送端11和接收端12之间可通过无线信道进行数据传输。
如图2所示，图2是本发明车联网数据传输方法的流程示意图，该方法包括以下步骤：
步骤S101：发送端11获取完整数据包，并确定当前用于传输完整数据包的资源大小是否小于发送完整数据包所需传输资源的大小。
在步骤S101中，发送端11获取的完整数据包设置有数据，该数据包括原包头、帧以及校验码。
步骤S102：发送端11在确定当前用于传输完整数据包的资源大小小于发送完整数据包所需传输资源的大小时，将完整数据包分割为至少两个子数据包。
其中，子数据包包括包头和数据，如图3所示，包头是在原包头的基础上进行扩展的扩展包头。
步骤S103：发送端11为至少两个子数据包添加时间戳。其中，时间戳为接收端12接收同一发送端11所发送的子数据包的有效时间值。
在本实施例中，发送端11为至少两个子数据包中的一者的包头添加时间戳。优选地，发送端11为至少两个子数据包中的第一个发送的子数据包的包头添加时间戳，以使得接收端12通过时间戳确定接收到同一发送端11所发送的子数据包的时间是否超过有效时间值。
在本实施例中，第一个子数据包的包头设置有时间戳，接收端12可以通过时间戳确定接收发送端11发送的子数据包的时间是否超过有效时间值。即，接收端12从时间戳的参数可以得知接收同一发送端11发送的子数据包的有效时间值。具体而言，时间戳的参数可以为时间段，如时间戳的参数取值为0-100ms（毫秒），则表示接收端12接收同一发送端11发送的子数据包的有效时间值为0-100ms；如，时间戳的参数为86ms，则表示接收端12接收同一发送端11发送的子数据包的有效时间值为86ms，超过86ms就超时了，整个数据包就无效。当然，时间戳也可以采用其它的表示法，如默认时间戳的有效时间值是100ms，当发送端11将在本地经历的时延添加到时间戳里，如发送端11将在本地经历的时延14ms添加到时间戳里，即时间戳的参数为14ms，则表示接收端12接收同一发送端11发送的子数据包的有效时间值为86ms，即还有86ms就超时。
步骤S104：发送端11为至少两个子数据包添加类型字段。其中，接收端12通过字段类型确定接收到的数据包是否为子数据包。
应理解，发送端11在确定当前用于传输完整数据包的资源大小没有小于发送完整数据包所需传输资源的大小时，为该完整数据包设置类型字段，如图4所示。即无论当前用于传输完整数据包的资源大小是否小于发送完整数据包所需传输资源的大小，发送端11都为完整数据包或子数据包设置类型字段，以使得接收端12可以通过该类型字段确定发送端11发送的数据包是被分割的子数据包还是完整数据包。具体地，类型字段设有第一数值和第二数值，当类型字段为第一数值时，表明数据包为被分割的子数据包；当类型字段为第二数值时，表明数据包不为被分割的数据包。
应理解，发送端11还可以为至少两个子数据包的包头设置连续的序列号。也就是说，至少两个子数据包的包头还包括序列号，该序列号连续设置，可以从小到大的顺序设置，也可以从大到小的顺序设置。
应理解，发送端11还可以为至少两个子数据包的包头设置有源地址，也就是说，至少两个子数据包的包头还包括源地址，接收端12可以通过源地址确定子数据包是否为同一发送端11所发送。
应理解，发送端11还可以为最后一个发送的子数据包的包头设置结束字段，接收端12可以通过结束字段确定发送端11发送的子数据包是否为发送端11最后一个发送的子数据包。
可替换的，发送端11还可以为最后一个发送的子数据包的包头的序列号设置预设数值，接收端12可以通过此预设数值确定接收到的子数据包是否为发送端11最后一个发送的子数据包。如预设数值为00，当接收端12接收到序列号为00的子数据包时，确定同一发送端11的所发送的所有子数据包接收完毕。
步骤S105：发送端11将至少两个子数据包发送至接收端12。
在步骤S105中，发送端11按照子数据包的序列号依次发送子数据包至接收端12。应理解，发送端11在确定当前用于传输完整数据包的资源大小没有小于发送完整数据包所需传输资源的大小时，发送端11将设置有类型字段的完整数据包发送给接收端12。
应理解，步骤S101至步骤S104在数据链路层中执行，步骤S105在物理层中执行。
步骤S106：接收端12接收发送端11发送的数据包。应理解，发送端11发送的数据包可以是完整数据包，也可以是被分割的子数据包，完整数据包或子数据包都设置有类型字段。
步骤S107：接收端12通过类型字段确定数据包是否为被分割的子数据包。
其中，当类型字段为第一数值时，表明该数据包为被分割的子数据包；当类型字段为第二数值时，表明该数据包为完整数据包。另外，当接收端12通过类型字段确定数据包为完整数据包时，直接向上一层上报完整数据包。
步骤S108：当接收端12通过类型字段确定数据包为被分割的子数据包，且确定子数据包为发送端11第一个发送的子数据包时，接收端12获取第一个发送的子数据包的时间戳，同时启动定时器开始计时。
在步骤S108中，如果子数据包设置有时间戳，则表示该子数据包为发送端11第一个发送的子数据包。一般情况下发送端11第一个发送的子数据包的包头设置有时间戳，时间戳为接收端12接收同一发送端11所发送的子数据包的有效时间值。应理解，接收端12主要通过源地址确定子数据包是否为同一发送端11所发送。
在步骤S108中，在确定子数据包为发送端11第一个发送的子数据包时，接收端12按照子数据包的序列号依次接收发送端11发送的子数据包。即接收端12启动定时器开始计时后，接收端12继续按照序列号顺序接收同一发送端11所发送的子数据包，如接收端12按照序列号顺序继续接收同一发送端11所发送的第二个子数据包和第三个子数据包，直到最后一个子数据包。
在本发明一实施例中，接收端12按照子数据包的序列号依次从小到大的顺序接收发送端11发送的子数据包。当接收端12确定子数据包不为发送端11第一个发送的子数据包时，说明接收端12有可能已经接收发送端11发送的第一个子数据包，也可能没有接收发送端11发送的第一个子数据包，接收端12需要确定序列号比已接收到的子数据包的序列号小1的子数据包是否已接收到。接收端12在确认序列号比已接收到的子数据包的序列号小1的子数据包已接收到时，按照子数据包的序列号依次接收同一源地址的发送端11发送的另一个子数据包，其中另一个子数据包的序列号比已接收到的子数据包的序列号大。接收端12在确认序列号比已接收到的子数据包的序列号小1的子数据包未接收到时，删除所有已接收到的子数据包，并清除定时器计时。
在本发明另一实施例中，接收端12按照子数据包的序列号依次从大到小的顺序接收发送端11发送的子数据包。当接收端12确定子数据包不为发送端11第一个发送的子数据包时，说明接收端12有可能已经接收发送端11发送的第一个子数据包，也可能没有接收发送端11发送的第一个子数据包，接收端12需要确定序列号比已接收到的子数据包的序列号大1的子数据包是否已接收到。接收端12在确认序列号比已接收到的子数据包的序列号大1的子数据包已接收到时，按照子数据包的序列号依次接收同一源地址的发送端11发送的另一个子数据包，其中另一个子数据包的序列号比已接收到的子数据包的序列号小。接收端12在确认序列号比已接收到的子数据包的序列号大1的子数据包未接收到时，删除所有已接收到的子数据包，并清除定时器计时。
步骤S109：接收端12确定在有效时间值内是否接收完发送端11发送的所有子数据包。
在本发明一实施例中，接收端12确定在时间戳的有效时间值内接收到的发送端11发送的子数据包的包头是否设置有结束字段；当接收端12在时间戳的有效时间值内接收到子数据包的包头设置有结束字段时，接收端12确定在时间戳的有效时间值内，同一源地址的发送端11发送的子数据包全部接收完成。
在本发明另一实施例中，接收端12确定在时间戳的有效时间值内接收到发送端11发送的子数据包的序列号是否为预设数值；当接收端12在时间戳的有效时间值内接收到发送端11发送的子数据包的序列号为预设数值时，接收端12确定在时间戳的有效时间值内，同一源地址的发送端11发送的子数据包全部接收完成。
步骤S110：如果接收端12确定在时间戳的有效时间值内接收完发送端11发送的所有子数据包，将至少两个子数据包组合成完整数据包，并上报完整数据包。
另外，接收端12确定在时间戳的有效时间值内未接收完发送端11发送的所有子数据包时，删除所有已接收到的子数据包，并清除定时器计时。
应理解，步骤S106在物理层中执行，步骤S107至S110在数据链路层中执行。
以上方案中，通过在发送端发送的第一个被分割的子数据包设置时间戳，接收端通过确定在时间戳的有效时间值内是否全部接收完同一发送端发送的子数据包，使得接收端能够准确确定接收到的数据包是否有效，及时释放出缓存资源，从而提高车载通信系统中数据的时效性，有效降低事故的发生。
如图5和图6所示，图5是图1中发送端的一实施例的结构示意图，图6是图1中接收端的一实施例的结构示意图。发送端11包括信道判断模块111、数据包分割模块112、时间戳添加模块113、类型字段添加模块114、序列号添加模块115、源地址添加模块116、结束字符添加模块117和收发模块118。接收端12包括收发模块121、类型判断模块122、时间戳获取模块123、源地址判断模块124、数据包统计模块125、数据包判断模块126、数据包清除模块127和数据包组合模块128。
信道判断模块111用于获取完整数据包，并确定当前用于传输完整数据包的资源大小是否小于发送完整数据包所需传输资源的大小。其中完整数据包设置有数据，该数据包括原包头、帧以及校验码。
数据包分割模块112用于在信道判断模块111确定当前用于传输完整数据包的资源大小小于发送完整数据包所需传输资源的大小时，将完整数据包分割为至少两个子数据包。
时间戳添加模块113用于为至少两个子数据包添加时间戳。其中时间戳为接收端12接收同一发送端11所发送的子数据包的有效时间值，即如果接收端12接收同一发送端11所发送的子数据包超过有效时间值，该子数据包视为无效。
在本实施例中，时间戳添加模块113为至少两个子数据包中的一者的包头添加时间戳。优选地，时间戳添加模块113为至少两个子数据包中的第一个发送的子数据包的包头添加时间戳，以使得接收端12通过时间戳确定接收到同一发送端11所发送的子数据包的时间是否超过有效时间值。
类型字段添加模块114用于为至少两个子数据包添加类型字段，以使得接收端12通过字段类型确定接收到的数据包是否为子数据包。其中，在信道判断模块111确定当前用于传输完整数据包的资源大小没有小于发送完整数据包所需传输资源的大小时，类型字段添加模块114为完整数据包添加类型字段。
序列号添加模块115用于为至少两个子数据包的包头设置连续的序列号。
源地址添加模块116用于为至少两个子数据包的包头设置有源地址，以使得接收端12通过源地址确定子数据包是否为同一发送端11所发送。
结束字段添加模块117用于为最后一个发送的子数据包的包头设置结束字段，以使得接收端12通过结束字段确定接收到的子数据包是否为发送端11最后一个发送的子数据包。
可选的，序列号添加模块115还用于为最后一个发送的子数据包的包头的序列号设置预设数值，以使得接收端12通过预设数值确定接收到的子数据包是否为发送端11最后一个发送的子数据包。如预设数值为00，当接收端12接收到序列号为00的子数据包时，确定同一发送端11的所有子数据包发送完毕。
收发模块118用于将至少两个子数据包发送至接收端12。优选地，收发模块118用于按照子数据包的序列号依次发送子数据包至接收端12。应理解，收发模块118还可以将完整数据包发送至接收端12。
在本实施例中，子数据包包括包头和数据，包头是在原包头的基础上进行扩展的扩展包头。包头包括类型字段、时间戳、序列号和源地址，序列号连续设置，即序列号可以从小到大的顺序设置，也可以从大到小的顺序设置。另外，最后一个发送的子数据包的包头还包括结束字段，或者最后一个发送的子数据包的包头的序列号为预设数值。
收发模块121用于接收发送端11的收发模块118发送的数据包，该数据包可以是被分割的子数据包也可以是完整数据包，被分割的子数据包和完整数据包均设置有类型字段。优选地，收发模块121按照子数据包的序列号依次接收发送端11发送的子数据包，其中子数据包的包头设置有连续的序列号。
类型判断模块122用于通过类型字段确定数据包是否为被分割的子数据包。当类型字段为第一数值时，表明数据包为被分割的子数据包；当类型字段为第二数值时，表明数据包为完整数据包。另外，在确定数据包为完整数据包时，直接向上一层上报完整数据包。
时间戳获取模块123用于在类型判断模块122通过类型字段确定数据包为被分割的子数据包，且确定子数据包为发送端11第一个发送的子数据包时，获取第一个发送的子数据包的时间戳，同时启动定时器开始计时。其中发送端11第一个发送的子数据包的包头设置有时间戳，时间戳为接收端12接收同一发送端11所发送的子数据包的有效时间值。如果时间戳获取模块123解析出子数据包设置有时间戳，则表示该子数据包为发送端11发送的第一个子数据包。应理解，在启动定时器开始计时后，收发模块121继续接收子数据包。
源地址判断模块124用于通过源地址确定子数据包是否为同一发送端11所发送，其中子数据包的包头设置有源地址。
在本发明一实施例中，收发模块121按照子数据包的序列号依次从小到大的顺序接收发送端11发送的子数据包。数据包判断模块125用于在时间戳获取模块123确定子数据包不为发送端11第一个发送的子数据包时，说明收发模块121有可能已经接收发送端11发送的第一个子数据包，也可能没有接收发送端11发送的第一个子数据包，因此需要继续确定序列号比已接收到的子数据包的序列号小1的子数据包是否已接收到。收发模块121在数据包判断模块125确认序列号比已接收到的子数据包的序列号小1的子数据包已接收到时，按照子数据包的序列号依次接收同一源地址的发送端11发送的另一个子数据包，其中另一个子数据包的序列号比已接收到的子数据包的序列号大。数据包清除模块126在数据包判断模块125确认序列号比已接收到的子数据包的序列号小1的子数据包未接收到时，删除所有已接收到的子数据包，并清除定时器计时。
在本发明另一实施例中，收发模块121按照子数据包的序列号依次从大到小的顺序接收发送端11发送的子数据包。数据包判断模块125在时间戳获取模块123确定子数据包不为发送端11第一个发送的子数据包时，确定序列号比已接收到的子数据包的序列号大1的子数据包是否已接收到。收发模块121在数据包判断模块125确认序列号比已接收到的子数据包的序列号大1的子数据包已接收到时，按照子数据包的序列号依次接收同一源地址的发送端11发送的另一个子数据包，其中另一个子数据包的序列号比已接收到的子数据包的序列号小。数据包清除模块126在数据包判断模块125确认序列号比已接收到的子数据包的序列号大1的子数据包未接收到时，删除所有已接收到的子数据包，并清除定时器计时。如，收发模块121第一次接收第一个子数据包，当第二次接收第三个子数据包时，此时不是按照顺序接收同一发送端11发送的子数据包，因此要删除所有已从同一发送端11发送的子数据包。
数据包统计模块127用于确定在有效时间值内是否接收完发送端11发送的所有子数据包。在本实施例中，数据包统计模块127包括字段确定单元1271和统计单元1272。字段确定单元1271用于确定在时间戳的有效时间值内接收到的发送端11发送的子数据包的包头是否设置有结束字段，其中，发送端11最后一个发送的子数据包的包头设置有结束字段。统计单元1272用于在字段确定单元1271在时间戳的有效时间值内接收到子数据包的包头设置有结束字段时，确定在时间戳的有效时间值内，同一源地址的发送端11发送的子数据包全部接收完成。
可替换的，如图7所示，数据包统计模块227包括序列号判断单元2271和统计单元2272。序列号判断单元2271用于确定在时间戳的有效时间值内接收到发送端11发送的子数据包的序列号是否为预设数值，其中，发送端11最后一个发送的子数据包的包头的序列号设置为预设数值。统计单元2272用于在序列号判断单元2271在时间戳的有效时间值内接收到发送端11发送的子数据包的序列号为预设数值时，确定在时间戳的有效时间值内，同一源地址的发送端11发送的子数据包全部接收完成。
数据包组合模块128用于在数据包统计模块127确定在时间戳的有效时间值内接收完发送端11发送的所有子数据包时，将至少两个子数据包组合成完整数据包，并向上一层上报完整数据包。
另外，数据包清除模块126还用于在数据包统计模块127确定在时间戳的有效时间值内未接收完发送端11发送的所有子数据包时，删除所有已接收到的子数据包，并清除定时器计时。
以上方案中，通过在发送端发送的第一个被分割的子数据包设置时间戳，接收端通过确定在时间戳的有效时间值内是否全部接收完同一发送端发送的子数据包，使得接收端能够准确确定接收到的数据包是否有效，及时释放出缓存资源，以提供足够的缓存资源，从而提高车载通信系统中数据的时效性，有效降低事故的发生。
如图8和图9所示，图8是图1中发送端的另一实施例的结构示意图，图9是图1中接收端的再一实施例的结构示意图。发送端包括收发器311和处理器312，收发器311和处理器312通过总线313连接。接收端12包括收发器321和处理器322，收发器321和处理器322通过总线33连接。
处理器312用于获取完整数据包，并确定当前用于传输完整数据包的资源大小是否小于发送完整数据包所需传输资源的大小。其中完整数据包设置有数据，该数据包括原包头、帧以及校验码。
处理器312在确定当前用于传输完整数据包的资源大小小于发送完整数据包所需传输资源的大小时，将完整数据包分割为至少两个子数据包。
处理器312用于为至少两个子数据包添加时间戳。其中时间戳为接收端12接收同一发送端11所发送的子数据包的有效时间值，即如果接收端12接收同一发送端11所发送的子数据包超过有效时间值，该子数据包视为无效。
在本实施例中，处理器312为至少两个子数据包中的一者的包头添加时间戳。优选地，处理器312为至少两个子数据包中的第一个发送的子数据包的包头添加时间戳，以使得接收端12通过时间戳确定接收到同一发送端11所发送的子数据包的时间是否超过有效时间值。
处理器312用于为至少两个子数据包添加类型字段，以使得接收端12通过字段类型确定接收到的数据包是否为子数据包。其中，处理器312在确定当前用于传输完整数据包的资源大小没有小于发送完整数据包所需传输资源的大小时，为完整数据包添加类型字段。
处理器312用于为至少两个子数据包的包头设置连续的序列号。
处理器312用于为至少两个子数据包的包头设置有源地址，以使得接收端12通过源地址确定子数据包是否为同一发送端11所发送。
处理器312还用于为最后一个发送的子数据包的包头设置结束字段，以使得接收端12通过结束字段确定接收到的子数据包是否为发送端11最后一个发送的子数据包。
可选的，处理器312还用于为最后一个发送的子数据包的包头的序列号设置预设数值，以使得接收端12通过预设数值确定接收到的子数据包是否为发送端11最后一个发送的子数据包。如预设数值为00，当接收端12接收到序列号为00的子数据包时，确定同一发送端11的所有子数据包发送完毕。
收发器311用于将至少两个子数据包发送至接收端12。优选地，收发模块118用于按照子数据包的序列号依次发送子数据包至接收端12。应理解，收发模块118还可以将完整数据包发送至接收端12。
在本实施例中，子数据包包括包头和数据，包头是在原包头的基础上进行扩展的扩展包头。包头包括类型字段、时间戳、序列号和源地址，序列号连续设置，即序列号可以从小到大的顺序设置，也可以从大到小的顺序设置。另外，最后一个发送的子数据包的包头还包括结束字段，或者最后一个发送的子数据包的包头的序列号为预设数值。
收发器321用于接收发送端11的收发器311发送的数据包，该数据包可以是被分割的子数据包也可以是完整数据包，被分割的子数据包和完整数据包均设置有类型字段。优选地，收发器321按照子数据包的序列号依次接收发送端11发送的子数据包，其中子数据包的包头设置有连续的序列号。
处理器322用于通过类型字段确定数据包是否为被分割的子数据包。当类型字段为第一数值时，表明数据包为被分割的子数据包；当类型字段为第二数值时，表明数据包为完整数据包。另外，在确定数据包为完整数据包时，直接向上一层上报完整数据包。
处理器322用于通过类型字段确定数据包为被分割的子数据包，且确定子数据包为发送端11第一个发送的子数据包时，获取第一个发送的子数据包的时间戳，同时启动定时器开始计时。其中发送端11第一个发送的子数据包的包头设置有时间戳，时间戳为接收端12接收同一发送端11所发送的子数据包的有效时间值。如果处理器322解析出子数据包设置有时间戳，则表示该子数据包为发送端11发送的第一个子数据包。应理解，在启动定时器开始计时后，收发器321继续接收子数据包。
处理器322用于通过源地址确定子数据包是否为同一发送端11所发送，其中子数据包的包头设置有源地址。
在本发明一实施例中，收发器321按照子数据包的序列号依次从小到大的顺序接收发送端11发送的子数据包。处理器322用于在确定子数据包不为发送端11第一个发送的子数据包时，说明收发器321有可能已经接收发送端11发送的第一个子数据包，也可能没有接收发送端11发送的第一个子数据包，因此需要继续确定序列号比已接收到的子数据包的序列号小1的子数据包是否已接收到。收发器321在处理器322确认序列号比已接收到的子数据包的序列号小1的子数据包已接收到时，按照子数据包的序列号依次接收同一源地址的发送端11发送的另一个子数据包，其中另一个子数据包的序列号比已接收到的子数据包的序列号大。处理器322在确认序列号比已接收到的子数据包的序列号小1的子数据包未接收到时，删除所有已接收到的子数据包，并清除定时器计时。
在本发明另一实施例中，收发器321按照子数据包的序列号依次从大到小的顺序接收发送端11发送的子数据包。处理器322在确定子数据包不为发送端11第一个发送的子数据包时，确定序列号比已接收到的子数据包的序列号大1的子数据包是否已接收到。收发器321在处理器322确认序列号比已接收到的子数据包的序列号大1的子数据包已接收到时，按照子数据包的序列号依次接收同一源地址的发送端11发送的另一个子数据包，其中另一个子数据包的序列号比已接收到的子数据包的序列号小。处理器322在确认序列号比已接收到的子数据包的序列号大1的子数据包未接收到时，删除所有已接收到的子数据包，并清除定时器计时。如，收发器321第一次接收第一个子数据包，当第二次接收第三个子数据包时，此时不是按照顺序接收同一发送端11发送的子数据包，因此要删除所有已从同一发送端11发送的子数据包。
处理器322用于确定在有效时间值内是否接收完发送端11发送的所有子数据包。在本实施例中，处理器322用于确定在时间戳的有效时间值内接收到的发送端11发送的子数据包的包头是否设置有结束字段，其中，发送端11最后一个发送的子数据包的包头设置有结束字段。处理器322用于在时间戳的有效时间值内接收到子数据包的包头设置有结束字段时，确定在时间戳的有效时间值内，同一源地址的发送端11发送的子数据包全部接收完成。
可替换的，处理器322用于确定在时间戳的有效时间值内接收到发送端11发送的子数据包的序列号是否为预设数值，其中，发送端11最后一个发送的子数据包的包头的序列号设置为预设数值。处理器322用于在序列号判断单元2271在时间戳的有效时间值内接收到发送端11发送的子数据包的序列号为预设数值时，确定在时间戳的有效时间值内，同一源地址的发送端11发送的子数据包全部接收完成。
处理器322用于在确定在时间戳的有效时间值内接收完发送端11发送的所有子数据包时，将至少两个子数据包组合成完整数据包，并向上一层上报完整数据包。
另外，处理器322还用于在确定在时间戳的有效时间值内未接收完发送端11发送的所有子数据包时，删除所有已接收到的子数据包，并清除定时器计时。
以上方案中，通过在发送端发送的第一个被分割的子数据包设置时间戳，接收端通过确定在时间戳的有效时间值内是否全部接收完同一发送端发送的子数据包，使得接收端能够准确确定接收到的数据包是否有效，及时释放出缓存资源，以提供足够的缓存资源，从而提高车载通信系统中数据的时效性，有效降低事故的发生。

Claims (36)

  1. 一种车联网数据传输方法，其特征在于，所述方法包括：
    发送端获取完整数据包，并确定当前用于传输所述完整数据包的资源大小是否小于发送所述完整数据包所需传输资源的大小；
    所述发送端在确定当前用于传输所述完整数据包的资源大小小于发送所述完整数据包所需传输资源的大小时，将所述完整数据包分割为至少两个子数据包；
    所述发送端为所述至少两个子数据包添加时间戳，其中所述时间戳为接收端接收同一所述发送端所发送的所述子数据包的有效时间值；
    所述发送端为所述至少两个子数据包添加类型字段，以使得所述接收端通过所述字段类型确定接收到的数据包是否为所述子数据包；
    所述发送端将所述至少两个子数据包发送至所述接收端。
  2. 根据权利要求1所述的方法，其特征在于，所述发送端为所述至少两个子数据包添加时间戳包括：
    所述发送端为所述至少两个子数据包中的一者的包头添加时间戳。
  3. 根据权利要求2所述的方法，其特征在于，所述发送端为所述至少两个子数据包中的一者的包头添加时间戳包括：
    所述发送端为所述至少两个子数据包中的第一个发送的子数据包的包头添加时间戳，以使得所述接收端通过所述时间戳确定接收到同一所述发送端所发送的所述子数据包的时间是否超过所述有效时间值。
  4. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    所述发送端为所述至少两个子数据包的包头设置连续的序列号。
  5. 根据权利要求4所述的方法，其特征在于，所述方法还包括：
    所述发送端按照所述子数据包的序列号依次发送所述子数据包至所述接收端。
  6. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    所述发送端为所述至少两个子数据包的包头设置有源地址，以使得所述接收端通过所述源地址确定所述子数据包是否为同一所述发送端所发送。
  7. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    所述发送端为最后一个发送的所述子数据包的包头设置结束字段，以使得所述接收端通过所述结束字段确定接收到的所述子数据包是否为所述发送端最后一个发送的所述子数据包。
  8. 根据权利要求4所述的方法，其特征在于，所述方法还包括：
    所述发送端为最后一个发送的所述子数据包的包头的序列号设置预设数值，以使得所述接收端通过所述预设数值确定接收到的所述子数据包是否为所述发送端最后一个发送的所述子数据包。
  9. 一种车联网数据传输装置，包括发送端，其特征在于，所述发送端包括：
    信道判断模块，用于获取完整数据包，并确定当前用于传输所述完整数据包的资源大小是否小于发送所述完整数据包所需传输资源的大小；
    数据包分割模块，用于在所述信道判断模块确定当前用于传输所述完整数据包的资源大小小于发送所述完整数据包所需传输资源的大小时，将所述完整数据包分割为至少两个子数据包；
    时间戳添加模块，用于为所述至少两个子数据包添加时间戳，其中所述时间戳为接收端接收同一所述发送端所发送的所述子数据包的有效时间值；
    类型字段添加模块，用于为所述至少两个子数据包添加类型字段，以使得所述接收端通过所述字段类型确定接收到的数据包是否为所述子数据包；
    收发模块，用于将所述至少两个子数据包发送至所述接收端。
  10. 根据权利要求9所述的装置，其特征在于，所述时间戳添加模块为所述至少两个子数据包中的一者的包头添加时间戳。
  11. 根据权利要求10所述的装置，其特征在于，所述时间戳添加模块为所述至少两个子数据包中的第一个发送的子数据包的包头添加时间戳，以使得所述接收端通过所述时间戳确定接收到同一所述发送端所发送的所述子数据包的时间是否超过所述有效时间值。
  12. 根据权利要求9所述的装置，其特征在于，所述装置还包括：
    序列号添加模块，用于为所述至少两个子数据包的包头设置连续的序列号。
  13. 根据权利要求12所述的装置，其特征在于，所述收发模块用于按照所述子数据包的序列号依次发送所述子数据包至所述接收端。
  14. 根据权利要求9所述的装置，其特征在于，所述装置还包括：
    源地址添加模块，用于为所述至少两个子数据包的包头设置有源地址，以使得所述接收端通过所述源地址确定所述子数据包是否为同一所述发送端所发送。
  15. 根据权利要求9所述的装置，其特征在于，所述装置还包括：
    结束字段添加模块，用于为最后一个发送的所述子数据包的包头设置结束字段，以使得所述接收端通过所述结束字段确定接收到的所述子数据包是否为所述发送端最后一个发送的所述子数据包。
  16. 根据权利要求12所述的装置，其特征在于，所述序列号添加模块还用于为最后一个发送的所述子数据包的包头的序列号设置预设数值，以使得所述接收端通过所述预设数值确定接收到的所述子数据包是否为所述发送端最后一个发送的所述子数据包。
  17. 一种车联网数据传输方法，其特征在于，所述方法包括：
    接收端接收发送端发送的数据包，所述数据包设置有类型字段；
    所述接收端通过所述类型字段确定所述数据包是否为被分割的子数据包；
    当所述接收端通过所述类型字段确定所述数据包为被分割的子数据包，且确定所述子数据包为所述发送端第一个发送的所述子数据包时，所述接收端获取第一个发送的所述子数据包的时间戳，同时启动定时器开始计时，其中所述发送端第一个发送的所述子数据包的包头设置有时间戳，所述时间戳为所述接收端接收同一所述发送端所发送的所述子数据包的有效时间值；
    所述接收端确定在所述有效时间值内是否接收完所述发送端发送的所有所述子数据包；
    如果所述接收端确定在所述时间戳的有效时间值内接收完所述发送端发送的所有所述子数据包，将所述至少两个子数据包组合成完整数据包，并上报所述完整数据包。
  18. 根据权利要求17所述的方法，其特征在于，所述子数据包的包头设置有源地址，所述方法还包括：
    所述接收端通过所述源地址确定所述子数据包是否为同一所述发送端所发送。
  19. 根据权利要求17所述的方法，其特征在于，所述子数据包的包头设置有连续的序列号，所述方法还包括：
    所述接收端按照所述子数据包的序列号依次接收所述发送端发送的所述子数据包。
  20. 根据权利要求19所述的方法，其特征在于，所述接收端按照所述子数据包的序列号依次接收所述发送端发送的所述子数据包包括：
    所述接收端按照所述子数据包的序列号依次从小到大的顺序接收所述发送端发送的所述子数据包。
  21. 根据权利要求20所述的方法，其特征在于，所述方法还包括：
    当所述接收端确定所述子数据包不为所述发送端第一个发送的所述子数据包时，所述接收端确定所述序列号比已接收到的所述子数据包的序列号小1的所述子数据包是否已接收到；
    所述接收端在确认所述序列号比已接收到的所述子数据包的序列号小1的所述子数据包已接收到时，按照所述子数据包的序列号依次接收同一所述源地址的所述发送端发送的另一个所述子数据包，其中另一个所述子数据包的序列号比已接收到的所述子数据包的序列号大；
    所述接收端在确认所述序列号比已接收到的所述子数据包的序列号小1的所述子数据包未接收到时，删除所有已接收到的所述子数据包，并清除所述定时器计时。
  22. 根据权利要求19所述的方法，其特征在于，所述接收端按照所述子数据包的序列号依次接收所述发送端发送的所述子数据包包括：
    所述接收端按照所述子数据包的序列号依次从大到小的顺序接收所述发送端发送的所述子数据包。
  23. 根据权利要求22所述的方法，其特征在于，所述方法还包括：
    当所述接收端确定所述子数据包不为所述发送端第一个发送的所述子数据包时，所述接收端确定所述序列号比已接收到的所述子数据包的序列号大1的所述子数据包是否已接收到；
    所述接收端在确认所述序列号比已接收到的所述子数据包的序列号大1的所述子数据包已接收到时，按照所述子数据包的序列号依次接收同一所述源地址的发送端发送的另一个所述子数据包，其中另一个所述子数据包的序列号比已接收到的所述子数据包的序列号小；
    所述接收端在确认所述序列号比已接收到的所述子数据包的序列号大1的所述子数据包未接收到时，删除所有已接收到的所述子数据包，并清除所述定时器计时。
  24. 根据权利要求17所述的方法，其特征在于，所述方法还包括：
    所述接收端确定在所述时间戳的有效时间值内未接收完所述发送端发送的所有所述子数据包时，删除所有已接收到的所述子数据包，并清除所述定时器计时。
  25. 根据权利要求17所述的方法，其特征在于，所述接收端确定在所述时间戳的有效时间值内是否接收完所述发送端发送的所有所述子数据包的步骤包括：
    所述接收端确定在所述时间戳的有效时间值内接收到的所述发送端发送的所述子数据包的包头是否设置有结束字段，其中，所述发送端最后一个发送的所述子数据包的包头设置有结束字段；
    当所述接收端在所述时间戳的有效时间值内接收到所述子数据包的包头设置有结束字段时，所述接收端确定在所述时间戳的有效时间值内，同一所述源地址的发送端发送的所述子数据包全部接收完成。
  26. 根据权利要求17所述的方法，其特征在于，所述接收端确定在所述时间戳的有效时间值内是否接收完所述发送端发送的所有所述子数据包的步骤包括：
    所述接收端确定在所述时间戳的有效时间值内接收到所述发送端发送的所述子数据包的所述序列号是否为预设数值，其中，所述发送端最后一个发送的所述子数据包的包头的序列号设置为预设数值；
    当所述接收端在所述时间戳的有效时间值内接收到所述发送端发送的所述子数据包的所述序列号为预设数值时，所述接收端确定在所述时间戳的有效时间值内，同一所述源地址的发送端发送的所述子数据包全部接收完成。
  27. 一种车联网数据传输装置，包括接收端，其特征在于，所述接收端包括：
    收发模块，用于接收发送端发送的数据包，所述数据包设置有类型字段；
    类型判断模块，用于通过所述类型字段确定所述数据包是否为被分割的子数据包；
    时间戳获取模块，用于在所述类型判断模块通过所述类型字段确定所述数据包为被分割的子数据包，且确定所述子数据包为所述发送端第一个发送的所述子数据包时，获取第一个发送的所述子数据包的时间戳，同时启动定时器开始计时，其中所述发送端第一个发送的所述子数据包的包头设置有时间戳，所述时间戳为所述接收端接收同一所述发送端所发送的所述子数据包的有效时间值；
    数据包统计模块，用于确定在所述有效时间值内是否接收完所述发送端发送的所有所述子数据包；
    数据包组合模块，用于在所述数据包统计模块确定在所述时间戳的有效时间值内接收完所述发送端发送的所有所述子数据包时，将所述至少两个子数据包组合成完整数据包，并上报所述完整数据包。
  28. 根据权利要求27所述的装置，其特征在于，所述装置还包括：
    源地址判断模块，用于通过源地址确定所述子数据包是否为同一所述发送端所发送，其中所述子数据包的包头设置有所述源地址。
  29. 根据权利要求27所述的装置，其特征在于，所述收发模块用于按照所述子数据包的序列号依次接收所述发送端发送的所述子数据包，其中所述子数据包的包头设置有连续的序列号。
  30. 根据权利要求29所述的装置，其特征在于，所述收发模块用于按照所述子数据包的序列号依次从小到大的顺序接收所述发送端发送的所述子数据包。
  31. 根据权利要求30所述的装置，其特征在于，所述装置还包括：
    数据包判断模块，用于在所述时间戳获取模块确定所述子数据包不为所述发送端第一个发送的所述子数据包时，确定所述序列号比已接收到的所述子数据包的序列号小1的所述子数据包是否已接收到；
    所述收发模块还用于在所述数据包判断模块确认所述序列号比已接收到的所述子数据包的序列号小1的所述子数据包已接收到时，按照所述子数据包的序列号依次接收同一所述源地址的发送端发送的另一个所述子数据包，其中另一个所述子数据包的序列号比已接收到的所述子数据包的序列号大；
    数据包清除模块，用于在所述数据包判断模块确认所述序列号比已接收到的所述子数据包的序列号小1的所述子数据包未接收到时，删除所有已接收到的所述子数据包，并清除所述定时器计时。
  32. 根据权利要求29所述的装置，其特征在于，所述收发模块用于按照所述子数据包的序列号依次从大到小的顺序接收所述发送端发送的所述子数据包。
  33. 根据权利要求32所述的装置，其特征在于，所述装置还包括：
    数据包判断模块，用于在所述时间戳获取模块确定所述子数据包不为所述发送端第一个发送的所述子数据包时，确定所述序列号比已接收到的所述子数据包的序列号大1的所述子数据包是否已接收到；
    所述收发模块还用于在所述数据包判断模块确认所述序列号比已接收到的所述子数据包的序列号大1的所述子数据包已接收到时，按照所述子数据包的序列号依次接收同一所述源地址的发送端发送的另一个所述子数据包，其中另一个所述子数据包的序列号比已接收到的所述子数据包的序列号小；
    数据包清除模块，用于在所述数据包判断模块确认所述序列号比已接收到的所述子数据包的序列号大1的所述子数据包未接收到时，删除所有已接收到的所述子数据包，并清除所述定时器计时。
  34. 根据权利要求27所述的装置，其特征在于，所述装置还包括：
    数据包清除模块，用于在所述数据包统计模块确定在所述时间戳的有效时间值内未接收完所述发送端发送的所有所述子数据包时，删除所有已接收到的所述子数据包，并清除所述定时器计时。
  35. 根据权利要求27所述的装置，其特征在于，所述数据包统计模块包括：
    字段判断单元，用于确定在所述时间戳的有效时间值内接收到的所述发送端发送的所述子数据包的包头是否设置有结束字段，其中，所述发送端最后一个发送的所述子数据包的包头设置有结束字段；
    统计单元，用于在所述字段判断单元确实在所述时间戳的有效时间值内接收到所述子数据包的包头设置有结束字段时，确定在所述时间戳的有效时间值内，同一所述源地址的发送端发送的所述子数据包全部接收完成。
  36. 根据权利要求27所述的装置，其特征在于，所述数据包统计模块包括：
    序列号判断单元，用于确定在所述时间戳的有效时间值内接收到所述发送端发送的所述子数据包的所述序列号是否为预设数值，其中，所述发送端最后一个发送的所述子数据包的包头的序列号设置为预设数值；
    统计单元，用于在所述序列号判断单元确实在所述时间戳的有效时间值内接收到所述发送端发送的所述子数据包的所述序列号为预设数值时，确定在所述时间戳的有效时间值内，同一所述源地址的发送端发送的所述子数据包全部接收完成。
PCT/CN2015/081655 2015-06-17 2015-06-17 车联网数据传输方法及装置 WO2016201643A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201580074051.1A CN107135671A (zh) 2015-06-17 2015-06-17 车联网数据传输方法及装置
PCT/CN2015/081655 WO2016201643A1 (zh) 2015-06-17 2015-06-17 车联网数据传输方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2015/081655 WO2016201643A1 (zh) 2015-06-17 2015-06-17 车联网数据传输方法及装置

Publications (1)

Publication Number Publication Date
WO2016201643A1 true WO2016201643A1 (zh) 2016-12-22

Family

ID=57544793

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/081655 WO2016201643A1 (zh) 2015-06-17 2015-06-17 车联网数据传输方法及装置

Country Status (2)

Country Link
CN (1) CN107135671A (zh)
WO (1) WO2016201643A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111327687A (zh) * 2020-01-21 2020-06-23 香港乐蜜有限公司 一种数据传输方法、装置、电子设备及存储介质
CN112770361A (zh) * 2019-10-21 2021-05-07 中国电信股份有限公司 服务质量监督方法和系统及相关设备

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107682318A (zh) * 2017-09-06 2018-02-09 金卡智能集团股份有限公司 一种基于NB‑IoT技术的物联网数据传输方法
CN113364564A (zh) * 2021-06-04 2021-09-07 上海矽印科技有限公司 数据传输方法、微处理器、数据传输设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102595547A (zh) * 2012-03-23 2012-07-18 上海交通大学 一种动态自适应的车辆网络路由方法
KR101481132B1 (ko) * 2013-12-10 2015-01-14 현대오트론 주식회사 차량용 네트워크에서의 데이터 출력 시간 동기화 장치 및 방법
CN104620541A (zh) * 2012-09-10 2015-05-13 大陆汽车有限责任公司 用于车辆网络的数据记录装置

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101188477B (zh) * 2007-12-25 2010-07-07 华为技术有限公司 一种数据包序列接收的方法及设备
CN101651605A (zh) * 2008-08-13 2010-02-17 中兴通讯股份有限公司 数据发送和接收方法、数据收发系统
CN101729525A (zh) * 2008-10-31 2010-06-09 华为技术有限公司 数据包的发送、接收方法及装置、以及处理方法及系统
WO2011021879A2 (en) * 2009-08-20 2011-02-24 Samsung Electronics Co., Ltd. Data synchronization method and system

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102595547A (zh) * 2012-03-23 2012-07-18 上海交通大学 一种动态自适应的车辆网络路由方法
CN104620541A (zh) * 2012-09-10 2015-05-13 大陆汽车有限责任公司 用于车辆网络的数据记录装置
KR101481132B1 (ko) * 2013-12-10 2015-01-14 현대오트론 주식회사 차량용 네트워크에서의 데이터 출력 시간 동기화 장치 및 방법

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112770361A (zh) * 2019-10-21 2021-05-07 中国电信股份有限公司 服务质量监督方法和系统及相关设备
CN112770361B (zh) * 2019-10-21 2023-05-02 中国电信股份有限公司 服务质量监督方法和系统及相关设备
CN111327687A (zh) * 2020-01-21 2020-06-23 香港乐蜜有限公司 一种数据传输方法、装置、电子设备及存储介质
CN111327687B (zh) * 2020-01-21 2023-02-21 卓米私人有限公司 一种数据传输方法、装置、电子设备及存储介质

Also Published As

Publication number Publication date
CN107135671A (zh) 2017-09-05

Similar Documents

Publication Publication Date Title
WO2016201643A1 (zh) 车联网数据传输方法及装置
WO2009116788A1 (en) Method of transmitting rlc data
WO2009096743A2 (en) Method for sending status information in mobile telecommunications system and receiver of mobile telecommunications
WO2019160271A1 (en) Method for changing status of wus operation and device supporting the same
WO2014000187A1 (zh) 参数配置方法及基站、用户设备
WO2011071341A2 (en) Apparatus and method for performing contention based access in mobile communication system
WO2010131884A2 (en) Apparatus and method for reporting buffer status of ue in mobile communication system
WO2014014260A1 (en) Method and apparatus for measuring a packet throughput in wireless communication system
WO2014182134A1 (ko) 이중연결 시스템에서 멀티 플로우를 고려한 순차적 전달 방법 및 장치
WO2015131544A1 (zh) 一种控制dsrc的资源分配的方法、基站和车辆通信终端
WO2011071317A2 (ko) 이동통신 시스템에서 경쟁 기반 액세스를 수행하는 방법 및 장치
HUP0000027A2 (hu) Eljárás csatornák kezelésére mobil digitális távközlési hálózatban
WO2015024167A1 (zh) 一种处理用户报文的方法及转发面设备
WO2010021465A2 (en) Method of triggering status report in wireless communication system and receiver
EP2695449A2 (en) Battery consumption control method of user equipment in mobile communication system
WO2010005209A2 (en) Power saving method in mobile communication network
EP2420014A2 (en) Method of receiving a point-to-multipoint service in a wireless communication system
WO2011144077A2 (zh) 点对点文件传输的方法及装置
WO2019004690A1 (en) METHOD AND APPARATUS FOR CONFIGURING MULTIPLE COMMON CONTROL CHANNELS IN A WIRELESS COMMUNICATION SYSTEM
WO2017152632A1 (zh) 车辆通信中终端位置的汇报方法及汇报装置
WO2010120136A2 (ko) 광대역 무선 접속 시스템에서 그룹자원할당 방법 및 그를 위한 장치
WO2009128638A2 (ko) 수신긍정확인 채널 할당방법
WO2022103147A1 (ko) Nr v2x에서 sl drx 온-듀레이션에서 사이드링크 재전송 동작을 수행하는 방법 및 장치
WO2011078564A2 (en) Apparatus and method for assigning acid in persistent resource allocation
WO2014079006A1 (zh) 一种ospf报文的流量控制方法及装置

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: 15895216

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15895216

Country of ref document: EP

Kind code of ref document: A1