CN111726196A - 一种车载数据传输方法和系统 - Google Patents
一种车载数据传输方法和系统 Download PDFInfo
- Publication number
- CN111726196A CN111726196A CN201910220912.2A CN201910220912A CN111726196A CN 111726196 A CN111726196 A CN 111726196A CN 201910220912 A CN201910220912 A CN 201910220912A CN 111726196 A CN111726196 A CN 111726196A
- Authority
- CN
- China
- Prior art keywords
- information
- message
- bit
- writing
- data
- Prior art date
- Legal status (The legal status 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 status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 35
- 230000005540 biological transmission Effects 0.000 title claims abstract description 31
- 230000006854 communication Effects 0.000 claims description 33
- 238000004891 communication Methods 0.000 claims description 32
- 238000012545 processing Methods 0.000 claims description 15
- 238000012360 testing method Methods 0.000 claims description 9
- 238000004364 calculation method Methods 0.000 claims description 3
- 238000012795 verification Methods 0.000 claims description 3
- 238000004458 analytical method Methods 0.000 description 15
- 238000011161 development Methods 0.000 description 4
- 230000006870 function Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 3
- 125000004122 cyclic group Chemical group 0.000 description 2
- 230000007547 defect Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000005336 cracking Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0061—Error detection codes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0015—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Quality & Reliability (AREA)
- Communication Control (AREA)
Abstract
本发明提供一种车载数据传输方法系统，其中该方法包括：S1、将待发送数据生成数据帧，所述数据帧包括帧头、消息头、元素和帧尾，其中，在消息头中写入消息事件ID、消息类型以及消息报文长度信息；在每一元素的元素头中写入IE标识符信息、元素体长度标志位信息和对应的元素体长度信息，在元素体字节中写入对应的元素体；S2、发送所述数据帧给设定的接收方。本发明解决数据信息传输过程中存在冗余信息和重复信息的问题，可兼容未来汽车信息数据的传输，节省了传输流量，提高了系统执行效率，提高了安全性。
Description
技术领域
本发明涉及车载远程通信技术领域，尤其涉及一种车载数据传输方法和系统。
背景技术
随着新技术的发展，汽车不再是孤立的单元，而是成为活动的网络节点。车载网联的其中一项基本功能就是对车辆运行的数据进行提取和利用，也可以根据不同的需求对车辆提供综合的服务。车载网联是由车端，云端，客户端组成，而这三端要进行有效的数据通讯就需要制定数据传输方法。
车辆数据信息一般包括车辆控制器局域网络(CAN)总线信息，定位信息，车身传感器信息等等，传输的信息数据越多，需要耗费的流量也会越多，耗费的时间也会越长。合理的数据传输协议可解决传输过程中大量的冗余信息提高上传速度，节约流量。
考虑未来汽车发展需求，实现车与车通信(V2V)、汽车与基础设施通信(V2I)、汽车与道路通信(V2R)、汽车与行人通信(V2P)等更多车载信息的远程处理，信息量大，功能需求多，合理的数据传输协议可有效处理大数据的传输，开发上也可缩短开发周期，节约成本。
由于目前我国各制造商、系统集成商各自建立独立的车载信息系统，造成通信方式、通信协议的不统一，以及通信平台的封闭性，导致我国的车载信息系统的资源的浪费，总体水平很难有较大的提高。目前一些通讯协议存在一定的缺陷和缺乏安全性，以及在结构上也存在不合理性。
发明内容
本发明所要解决的技术问题在于，提供一种车载数据传输方法和系统，以解决现有技术中车载通信存在大量的冗余信息造成传输时间长，对端处理数据过程复杂的缺点。
为了解决上述技术问题，本发明提供一种车载数据传输方法，该方法包括如下步骤：
S1、将待发送数据生成数据帧，所述数据帧包括帧头、消息头、元素和帧尾，其中，在消息头中写入消息事件ID、消息类型以及消息报文长度信息；在每一元素的元素头中写入IE标识符信息、元素体长度标志位信息和对应的元素体长度信息，在元素体字节中写入对应的元素体；
S2、发送所述数据帧给设定的接收方。
其中，所述将待发送数据生成数据帧还包括:在所述帧头起始位中写入设定的帧起始数据并预留CRC；计算CRC校验码，并将所述CRC校验码写入相应位置；在所述帧尾结束位中写入设定的帧结束数据。
其中，所述在消息头中写入消息事件ID、消息类型以及消息报文长度信息具体包括：在消息头的第一个字节中，将最低位设置为第一保留位，在第一位中写入第一私有标志信息，在第二至第七位中写入消息事件ID；在消息头的第二个字节中，将最低位设置为第二保留位，在第一位中写入第二私有标记信息，在第二位中写入测试标志信息，在第三至第七位中写入消息类型数据；在消息头的第三字节中，在最低位中写入当前软件版本信息标志信息，在第一至第三位中写入当前软件版本信息，将第四位设置为第三保留位，将第五位设置为第四保留位，在第六位中写入消息长度字段的控制标志位信息，在第七位中写入该消息是否需要ACK的信息；在消息头的第四至四点五字节中写入消息报文的长度信息。
其中，所述在每一元素的元素头中写入IE标识符信息、元素体长度标志位信息和元素体长度信息具体包括：在所述每一元素的元素头的第一个字节的最低位和第一位中写入IE标识符信息，当元素体的长度不超过31时，则在元素头的第一个字节的第二位中写入0，并在第三至第七位中写入相应的元素体的长度，当元素体的长度大于31时，则在元素头的第一个字节的第二位中写入1，并在第一字节的第三至第七位以及元素头的第二字节中写入所述元素体的长度。
其中，所述元素体包括：车辆制造商信息、车辆身份信息、标志同一流程中不同会话开始的Source值、用于标识车载通信终端的Authoken值、通讯错误反馈信息、用于表示消息发送时间的时间戳、用于表明提供者标识的验证信息、用于提示消息解密失败次数超过设定次数的警告信息、用于标识远程控制命令来源的功能命令状态信息。
其中，所述设定的帧起始数据为0x7d，0x6e，0x2c，0x5f，所述设定的帧结束数据为0x0d，0x0c，0x55，0x4f。
其中，所述方法还包括：S3、设定的接收方接收所述数据帧，并对所述数据帧进行解析，从数据帧对应位置解析获得帧起始数据、CRC校验码、消息头信息、每一元素的元素头和元素体信息以及帧结束数据；S4、分别判断解析获得的帧起始数据、CRC校验码以及帧结束数据是否正确，若至少一个不正确，则结束，否则，进一步判断Authoken值是否正确，若不正确，则结束，否则更进一步获取消息事件ID和消息类型，并根据消息类型处理所接收的消息。
本发明还提供一种车载数据传输系统，包括：发送终端，所述发送终端包括数据帧生成单元和发送单元，其中，
数据帧生成单元用于将待发送数据生成数据帧，所述数据帧包括帧头、消息头、元素和帧尾，所述消息头包括消息事件ID、消息类型以及消息报文长度信息，每一所述元素的元素头包括IE标识符、元素体长度标志位信息和对应的元素体长度信息；
发送单元用于发送所述数据帧给设定的接收方。
其中，所述数据帧生成单元包括：帧头写入模块，用于在所述帧头的起始位中写入设定的帧起始数据；消息头写入模块，用于在消息头中写入消息事件ID、消息类型以及消息报文长度信息；元素头写入模块，用于在每一元素的元素头写入相应的IE标识符信息、元素体长度标志位信息和对应的元素体长度信息；元素体写入模块，用于在每一元素的元素体字节中写入元素体内容；CRC校验码计算写入模块，用于计算CRC校验码，并将所述CRC校验码写入相应位置；帧尾写入模块，用于在所述帧尾的结束位中写入设定的帧结束数据。
其中，所述消息头写入模块包括：第一字节写入模块，用于在消息头的第一个字节中，在最低位写入0，在第一位中写入第一私有标志信息，在第二至第七位中写入消息事件ID；第二字节写入模块，用于在消息头的第二个字节中，将最低位设置为0，在第一位中写入第二私有标记信息，在第二位中写入测试标志信息，在第三至第七位中写入消息类型数据；第三字节写入模块，用于在消息头的第三字节中，在最低位中写入当前软件版本信息标志信息，在第一至第三位中写入当前软件版本信息，在第四位和第五位中写入0，在第六位中写入消息长度字段的控制标志位信息，在第七位中写入所述消息是否需要ACK的信息；第四至第四点五字节写入模块，用于在消息头的第四至四点五字节中写入消息报文的长度信息。
其中，所述元素头写入模块包括第一字节写入模块和/或第二字节写入模块，其中，所述第一字节写入模块用于在所述元素头的第一个字节的最低位和第一位中写入IE标识符信息，当元素体的长度不超过31时，则在元素头的第一个字节的第二位中写入0，并在第三至第七位中写入相应的元素体的长度，当元素体的长度大于31时，所述第一字节写入模块用于在元素头的第一个字节的第二位中写入1，所述第一字节写入模块和所述第二字节写入模块用于在第一字节的第三至第七位以及元素头的第二字节中写入元素体的长度。
其中，所述系统还包括接收终端，所述接收终端包括数据帧接收解析单元和处理单元，所述数据帧接收解析单元用于接收所述数据帧，并对所述数据帧进行解析，从数据帧的对应位置解析获得帧起始数据、CRC校验码、消息头信息、每一元素的元素头和元素体信息以及帧结束数据；所述处理单元用于分别判断解析获得的帧起始数据、CRC校验码以及帧结束数据是否正确，若至少一个不正确，则结束，否则，进一步判断Authoken值是否正确，若不正确，则结束，否则更进一步获取消息事件ID和消息类型，并根据消息类型处理所接收的消息。
本发明实施例的有益效果在于：本发明实施例的车载数据传输方法，生成的数据帧包括帧头、帧尾、消息头、元素头和元素体，消息头占4.5个字节，包含应用事件的ID，消息的类型，版本信息，版本信息标志，控制消息标志，消息长度以及一些预留位，元素头包含IE标识符，消息标志位，元素体长度，元素体包含要发送或接收的远程消息，车载端和服务器端采用相同的通讯协议完成数据信息的通讯，本发明能够解决数据信息传输过程中存在冗余信息和重复信息的问题，并考虑了未来汽车的需求增加，可兼容未来汽车信息数据的传输，节省了传输流量，提高了系统执行效率，提高了安全性。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明一种车载数据传输方法的一具体实施方式的流程示意图。
图2是本发明一种车载数据传输方法的发送数据的流程示意图。
图3是本发明一种车载数据传输方法的另一具体实施方式的流程示意图。
图4是本发明一种车载数据传输方法的接收数据的流程示意图。
图5是本发明的一种车载数据传输系统的结构示意图。
具体实施方式
以下各实施例的说明是参考附图，用以示例本发明可以用以实施的特定实施例。
以下参照图1-2进行说明，本发明实施例一提供一种车载数据传输方法，该方法包括如下步骤：
S1、将待发送数据生成数据帧，所述数据帧包括帧头、消息头、元素和帧尾，其中，在消息头中写入消息事件ID、消息类型以及消息报文长度信息；在每一元素的元素头中写入IE标识符信息、元素体长度标志位信息和对应的元素体长度信息，在元素体字节中写入对应的元素体；
S2、发送所述数据帧给设定的接收方。
在一具体实施方式中，如图2所示，将待发送数据生成数据帧具体包括：发送处理函数，获取内存成功后，在帧头起始位置填入设定的帧起始数据并预留CRC，判断消息是否是身份验证类消息，如果是，则按照身份验证填好对应的内容，即在身份验证成功后，按照内存结构体将内容填好，否则直接按照内存结构体将内容填好；在填好对应的内容后，计算CRC，并将CRC填入对应的位置，最后填入帧尾结束数据，从而生成数据帧。
其中，按照内存结构体填写内容具体包括：在消息头中写入相应的消息事件ID、消息类型、当前软件的版本信息、消息长度字段的控制标志位信息、所述消息是否需要ACK(Acknowledgement)的控制消息标志信息以及消息报文长度信息；在元素头中写入相应的IE标识符信息、元素体长度标志位信息和对应的元素体长度信息；在元素体字节中写入相应的元素体内容。
在一具体实施方式中，消息头占4.5字节，包含应用事件的ID、消息的类型、用于识别当前软件的版本信息的版本信息标志、消息长度字段的控制标志位信息、所述消息是否需要ACK的控制消息标志信息以及消息报文长度信息，以及一些预留位。
具体地，消息头的第一字节的最低位预留，默认为0，第1位是私有标志信息，第2位到第7位是消息事件ID，表示当前消息报文的意义。共可支持63种事件ID，例如读取数据标识符(Data Identifiers，DID)，设置DID，读取诊断故障代码(Diagnostic Trouble Code，DTC)等事件。
具体地，消息头的第二字节的最低位预留默认为0，第1位是私有标志信息，第2位测试标志位(test flag)，第3位到第7位是消息类型，共可支持31种消息类型，根据不同的流程有相应的定义，例如DTC流程，ACK消息则消息类型＝1，命令消息则消息类型＝2，广播消息则数据类型＝3。
具体地，消息头的第3字节的最低位是版本信息标志位，其一般设置0，第1到第3位是版本信息，0代表V1.0版本，以此类推到V7.0，第4和第5位是预留位，第6位置1表示消息长度字段是16bits，置0表示消息长度字段是8bits。第7位置1表示此消息需要ACK，置0表示不需要ACK。
具体地，第4-4.5字节表示是消息报文的长度，该长度包括帧头和帧尾的长度。
其中，元素头占2个字节，第1个字节第0到第1位代表IE标识符；第2位是元素体长度标志位(More flag)，第3到第7位表示元素体的长度Length。如果元素体长度超过31，则元素体长度标志位为1(即More flag＝1)，并增加一个字节表示元素体长度。
具体地，元素体包括：
车辆制造商信息：协议提供车辆制造商信息可方便后台服务器管理，服务器只要根据车辆制造商的信息就可判断此消息是来自哪个车厂的车，比如宝马、奔驰等，进而选择对应的服务器并提供综合服务。
车辆信息：每辆车都有属于它自己的唯一身份信息，如VIN码，IMEI、ICCID等唯一标识。后台服务器通过这些身份信息匹配属于对应车辆的服务。
Source：Source由TSP端下发到远程通讯终端，以标志同一流程中不同的会话开始，远程通讯终端后续回复中必须使用相同的Source值。由远程通讯终端自动发起的交互中，如果存在Source元素，则设置Source值为0。当一个会话完成后(即整个流程完成后)，Source值被重置，下一会话可以再次使用该Source值。通过source值可保持发送命令端与接收命令端的会话。
Authtoken：当远程通讯终端建立连接后,通过TSP验证身份完毕时，由TSP根据远程通讯终端身份信息生成唯一的AuthToken值。AuthToken用于标识远程通讯终端身份信息，当远程通讯终端收到AuthToken值时，根据相同算法计算出该值，与从TSP服务收到的进行比较，如果相同则验证通过。
Error element：数据通讯过程中可能由于数据链路问题，身份认证问题，数据丢失等问题导致系统故障，此时需要将错误信息及时上报，健壮的系统需要一个完善的“自愈”系统。定义的错误反馈有：0一切正常，没有错误，30 AuthToken验证失败，31身份验证失败，32 ACP协议解析错误，33 CAN通信错误，34远程通讯终端系统忙，35 ECU安全验证失败，36无效指令。
Time Stamp，Time Synchronization：当远程通讯终端发送消息时候,表示发送时间，时间是记录车联网信息的重要标志，且必需包含年与日时分秒。考虑精简数据元素第2字节第0到第5位表示年，0＝1990,1＝1991，可支持到2052年。第2字节第6位到第3字节第1位表示月，第3字节第2位到第6位表示日，第3字节第7位到第4字节第0位表示时.第4字节第4位到第5字节第1位表示分，第5字节第2位到第5字节第7位表示秒。当tsp发送消息时表示发送时间，可通过Time Synchronization中的Activated字段来表明是否会存在TimeStamp。第2字节Activated，表示是否会存在该元素的内容来自远程通讯终端的时间戳。其他时间格式和Time Stamp一致。
Authentication：用于表明提供者唯一标识的验证信息。
协议包含密文消息，TSP端通过对应的密文解析表进行解密，解密失败3次发出警告，可防止暴力破解。
Function Command Status，Remote Control Command：功能命令的状态，远程控制命令的来源管理员还是客户手机，此命令的状态是使能，关闭还是已经完成。
具体地，为了在数据流中区别每帧消息，需要制定帧头和帧尾，在一具体实施方式中，帧头起始位固定为0x7d、0x6e、0x2c、0x5f，每帧数据的结束位固定为0x0d、0x0c、0x55、0x4f。帧头和帧尾都采用不常用的数字来表示，可以避免误识别。
以下以发送DTC的ACK消息为例，举例说明生成在生成数据帧的过程中如何按照内存格式填写内容。
表1 ACK message数据组成
如表1所示，该ACK消息包括消息头(Application Header)，消息头占4.5字节，其中该消息包括4个元素，分别为：AuthToken，Source、Error Element和TimeSynchronization。
表2 消息头具体设置信息
表2示出了消息头的具体设置信息，根据表2的具体设置，在消息头的具体字节中填入相应的设置数据完成消息头数据的写入。
表3 元素AuthToken的设置信息
表3示出了元素AuthToken的设置信息，根据表3的内容，可以设置元素AuthToken对应的元素头信息和元素体信息。
表4 元素Source的设置信息
表4示出了元素Source的设置信息，根据表4的内容，可以设置元素Source对应的元素头信息和元素体信息。
表5 元素Error Element的设置信息
表5示出了元素Error Element的设置信息，根据表5的设置信息，可以设置元素Error Element对应的元素头信息和元素体信息。
表6 元素Time Synchronization的设置信息
表6示出了Time Synchronization的设置信息，根据表6的设置信息，可以设置元素Time Synchronization对应的元素头信息和元素体信息。
本发明的车载数据传输方法还包括如下步骤，具体如图3所示，
S3、设定的接收方接收所述数据帧，并对所述数据帧进行解析，从数据帧的对应位置解析获得帧起始数据、CRC校验码、消息头信息、每一元素信息的元素头和元素体信息以及帧结束数据。
S4、分别判断解析获得的帧起始数据、CRC校验码以及帧结束数据是否正确，若至少一个不正确，则结束，否则，进一步判断Authoken值是否正确，若不正确，则结束，否则更进一步获取消息事件ID和消息类型，并根据消息类型处理所接收的消息。
在一具体实施方式中，该通信方法用于车载T-Box与TSP服务器之间的通信，例如TSP服务器向车载T-Box发送消息，车载T-Box对接收的数据帧进行解析，获得相应的CRC、帧头、消息头、每一元素信息和帧尾，具体包括：对帧头进行解析，获得帧起始数据；对帧尾进行解析，获得帧结束数据；对消息头进行解析，获得相应的消息事件ID、消息类型、当前软件的版本信息、控制消息标志信息以及消息报文长度；对每一元素的元素头进行解析，获得相应的IE标识符信息、元素体长度标志位信息和元素体长度信息，对每一元素的元素体进行解析，获得该元素对应的元素体信息。
其中，对消息头进行解析获得相应的消息事件ID、消息类型、当前软件的版本信息、控制消息标志信息以及消息长度具体包括：对消息头的第一个字节进行解析，最低位解析获得零，第一位解析获得第一私有标志信息，第二至第七位中解析获得消息事件ID，消息事件ID表示当前消息报文的意义，共支持63种事件ID，例如读取DID，设置DID，读取DTC等；对消息头的第二个字节进行解析，从最低位解析获得零，从第一位解析获得第二私有标记信息，第二位解析获得测试标志信息，第三至第七位解析获得消息类型信息，共可支持31种消息类型，根据不同的流程，有相应的定义，例如DTC流程，ACK消息则消息类型为1，命令消息则消息类型为2，广播消息则消息类型为3；对消息头的第三字节进行解析，最低位解析获得当前软件版本信息标志信息，第一至第三位解析获得当前软件版本信息，例如0代表第1个版本，1代表第2个版本，依次类推，在第六位中解析获得消息长度字段的控制标志位信息，在第七位中解析获得接收的消息是否需要ACK的信息，如果需要ACK，则其为1，不需要ACK，则为0；对消息头的第四至四点五字节中进行解析，获得数据帧的长度信息。
其中，对元素头进行解析获得相应的IE标识符信息、元素体长度标志位信息和元素体长度信息具体包括：对所述元素头的第一字节的最低位和第一位进行解析，获得IE标识符信息，对第二位进行解析，当解析获得零时，则对第三位至第七位进行解析，获得相应的元素体的长度信息，当解析获得1时，则对元素头的第一字节的第三位至第七位以及元素头的第二字节进行解析，获得该元素对应的元素体长度。
在一具体实施方式中，如图4所示，所述步骤S4具体包括：分别判断解析获得的帧起始数据、帧结束数据以及CRC校验码是否正确，当上述三者全部正确后，在获取内存成功后，判断AuthToken信息是否正确，如果不正确，则向TSP返回错误，如果正确，则进一步获取消息ID和消息类型，并判断消息类型是身份验证ACK消息或T-Box主动上传类的APP ID，或者TSP主动请求类的APP ID。当消息类型为身份验证ACK消息时，更进一步判断RTC时间是否同步，如果同步，则释放内存，若不同步，则同步RTC时间。若消息类型为T-BOX主动上传类的APP ID，则直接进行对应的解析和存储处理。若消息类型是TSP主动请求类型APP ID，再判断是否是请求报文，若是，则执行请求报文对应的解析和存储处理，若不是，则执行非请求报文对应的解析和存储处理。
需要说明的是，当车载T-Box向TSP服务器发送消息时，车载T-Box也可以按照上述方法生成数据帧，而TSP服务器按照上述方法接收并解析数据帧并对接收的消息进行处理。
本发明实施例的车载数据传输方法，生成的数据帧包括帧头、帧尾、消息头、元素头和元素体，消息头占4.5个字节包含应用事件的ID，消息的类型，版本信息，版本信息标志，控制消息标志，消息长度以及一些预留位，元素头包含IE标识符，消息标志位，元素体长度，元素体包含要发送或接收的远程消息，车载端和服务器端采用相同的通讯协议完成数据信息的通讯，本发明解决数据信息传输过程中存在冗余信息和重复信息的问题，并考虑了未来汽车的需求增加，可兼容未来汽车信息数据的传输，节省了传输流量，提高了系统执行效率，提高了安全性。
基于实施例一，本发明实施例二提供一种车载数据传输系统，如图5所示，该系统100包括发送终端1，所述发送终端包括数据帧生成单元11和发送单元12，其中，数据帧生成单元11用于将待发送数据生成数据帧，所述数据帧包括帧头、帧尾、消息头和元素，所述消息头包括消息事件ID、消息类型以及消息报文长度信息，每一所述元素的元素头包括IE标识符、元素体长度标志位信息以及元素体长度信息；发送单元12用于发送所述数据帧给设定的接收方。
其中，所述数据帧生成单元11包括：帧头写入模块，用于在所述帧头的起始位中写入设定的帧起始数据；消息头写入模块，用于在消息头中写入消息事件ID、消息类型、当前软件的版本信息、消息长度字段的控制标志位信息、所述消息是否需要ACK的控制消息标志信息以及消息报文长度信息；元素头写入模块，用于在每一元素的元素头写入相应的IE标识符信息、元素体长度标志位信息和对应的元素体长度信息；元素体写入模块，用于在每一元素的元素体字节中写入元素体内容；CRC校验码计算写入模块，用于计算CRC校验码，并将所述CRC校验码写入相应位置；帧尾写入模块，用于在所述帧尾的结束位中写入设定的帧结束数据，生成所述数据帧。
其中，所述消息头写入模块包括：第一字节写入模块，用于在消息头的第一个字节中，在最低位写入0，在第一位中写入第一私有标志信息，在第二至第七位中写入消息事件ID；第二字节写入模块，用于在消息头的第二个字节中，将最低位设置为0，在第一位中写入第二私有标记信息，在第二位中写入测试标志信息，在第三至第七位中写入消息类型数据；第三字节写入模块，用于在消息头的第三字节中，在最低位中写入当前软件版本信息标志信息，在第一至第三位中写入当前软件版本信息，在第四位和第五位中写入0，在第六位中写入消息长度字段的控制标志位信息，在第七位中写入所述消息是否需要ACK的信息；第四至第四点五字节写入模块，用于在消息头的第四至四点五字节中写入数据帧的长度信息。
其中，所述元素头写入模块包括第一字节写入模块和/或第二字节写入模块，其中，所述第一字节写入模块用于在所述元素头的第一个字节的最低位和第一位中写入IE标识符信息，当元素体的长度不超过31时，则在元素头的第一个字节的第二位中写入0，并在第三至第七位中写入相应的元素体的长度，当元素体的长度大于31时，所述第一字节写入模块用于在元素头的第一个字节的第二位中写入1，所述第一字节写入模块和所述第二字节写入模块用于在第一字节的第三至第七位以及元素头的第二字节中写入元素体的长度。
其中，所述系统还包括接收终端2，所述接收终端2包括数据帧接收解析单元21和处理单元22，所述数据帧接收解析单元21用于接收所述数据帧，并对所述数据帧进行解析，从数据帧的对应位置解析获得帧起始数据、CRC校验码、消息头信息、每一元素信息的元素头和元素体信息以及帧结束数据；所述处理单元22用于分别判断解析获得的帧起始数据、CRC校验码以及帧结束数据是否正确，若至少一个不正确，则结束，否则，进一步判断Authoken值是否正确，若不正确，则结束，否则更进一步获取消息事件ID和消息类型，并根据消息类型处理所接收的消息。
具体地，所述数据帧接收解析单元21包括：数据帧接收模块，用于接收所述数据帧；帧头解析模块，用于对帧头进行解析获得帧起始数据；帧尾解析模块，用于对帧尾进行解析，获得帧结束数据；消息头解析模块，用于对消息头进行解析，获得相应的消息事件ID、消息类型、当前软件的版本信息、消息长度字段的控制标志位信息、所述消息是否需要ACK的控制消息标志信息以及数据帧长度信息；元素头解析模块，用于对元素头进行解析，获得相应的IE标识符信息、元素体长度标志位信息和元素体长度信息，元素体解析模块，用于对元素体字节进行解析，获得元素体。所述消息头解析模块包括：第一字节解析模块，用于对消息头的第一个字节进行解析，从最低位解析获得第一保留位信息，从第一位解析获得第一私有标志信息，从第二至第七位中解析获得消息事件ID；第二字节解析模块，用于对消息头的第二个字节进行解析，从最低位解析获得第二保留位信息，从第一位解析获得第二私有标记信息，从第二位解析获得测试标志信息，从第三至第七位解析获得消息类型数据；第三字节解析模块，用于对消息头的第三字节进行解析，从最低位解析获得当前软件版本信息标志信息，从第一至第三位解析获得当前软件版本信息，从第四位中解析获得三保留位信息，从第五位中解析获得第四保留位信息，从第六位中解析获得消息长度字段标志位信息，从第七位中解析获得接收的消息是否需要ACK的信息；第四至第四点五字节解析模块，用于对消息头的第四至四点五字节中进行解析，获得数据帧的长度信息。所述元素头解析模块包括：第一字节解析模块，用于对所述元素头的第一字节进行解析，从最低位和第一位进行解析获得IE标识符信息，从第二位解析获得元素体长度标识信息，当解析获得零时，还用于对第三位至第七位进行解析，获得相应的元素体的长度信息，当解析获得1时，还用于对元素头的第一字节的第三位至第七位进行解析并且和第二解析模块对元素头的第二字节进行解析的结果共同获得元素体的长度。
在一具体实施方式中，该发送终端为T-box，接收终端为TSP服务器；当然本领域技术人员还可以理解，该发送终端也可以是TSP服务器，接收终端为T-box。
以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。
Claims (10)
1.一种车载数据传输方法，其特征在于，包括如下步骤:
S1、将待发送数据生成数据帧，所述数据帧包括帧头、消息头、元素和帧尾，其中，在消息头中写入消息事件ID、消息类型以及消息报文长度信息；在每一元素的元素头中写入IE标识符信息、元素体长度标志位信息和对应的元素体长度信息，在元素体字节中写入对应的元素体；
S2、发送所述数据帧给设定的接收方。
2.根据权利要求1所述的方法，其特征在于，所述将待发送数据生成数据帧还包括:
在所述帧头起始位中写入设定的帧起始数据并预留CRC；
计算CRC校验码，并将所述CRC校验码写入相应位置；
在所述帧尾结束位中写入设定的帧结束数据。
3.根据权利要求1所述的方法，其特征在于：所述在消息头中写入消息事件ID、消息类型以及消息报文长度信息具体包括：
在消息头的第一个字节中，将最低位设置为第一保留位，在第一位中写入第一私有标志信息，在第二至第七位中写入消息事件ID；
在消息头的第二个字节中，将最低位设置为第二保留位，在第一位中写入第二私有标记信息，在第二位中写入测试标志信息，在第三至第七位中写入消息类型数据；
在消息头的第三字节中，在最低位中写入当前软件版本信息标志信息，在第一至第三位中写入当前软件版本信息，将第四位设置为第三保留位，将第五位设置为第四保留位，在第六位中写入消息长度字段的控制标志位信息，在第七位中写入该消息是否需要ACK的信息；
在消息头的第四至四点五字节中写入消息报文的长度信息。
4.根据权利要求3所述的方法，其特征在于，所述在每一元素的元素头中写入IE标识符信息、元素体长度标志位信息和元素体长度信息具体包括：
在所述每一元素的元素头的第一个字节的最低位和第一位中写入IE标识符信息，当元素体的长度不超过31时，则在元素头的第一个字节的第二位中写入0，并在第三至第七位中写入相应的元素体的长度，当元素体的长度大于31时，则在元素头的第一个字节的第二位中写入1，并在第一字节的第三至第七位以及元素头的第二字节中写入所述元素体的长度。
5.根据权利要求2所述的方法，其特征在于，所述元素体包括：
车辆制造商信息、车辆身份信息、标志同一流程中不同会话开始的Source值、用于标识车载通信终端的Authoken值、通讯错误反馈信息、用于表示消息发送时间的时间戳、用于表明提供者标识的验证信息、用于提示消息解密失败次数超过设定次数的警告信息、用于标识远程控制命令来源的功能命令状态信息。
6.根据权利要求2所述的方法，其特征在于：
所述设定的帧起始数据为0x7d，0x6e，0x2c，0x5f，所述设定的帧结束数据为0x0d，0x0c，0x55，0x4f。
7.根据权利要求1-6任一项所述的方法，其特征在于，所述方法还包括：S3、设定的接收方接收所述数据帧，并对所述数据帧进行解析，从数据帧
对应位置解析获得帧起始数据、CRC校验码、消息头信息、每一元素的元素头和元素体信息以及帧结束数据；
S4、分别判断解析获得的帧起始数据、CRC校验码以及帧结束数据是否正确，若至少一个不正确，则结束，否则，进一步判断Authoken值是否正确，若不正确，则结束，否则更进一步获取消息事件ID和消息类型，并根据消息类型处理所接收的消息。
8.一种车载数据传输系统，其特征在于，包括：发送终端，所述发送终端包括数据帧生成单元和发送单元，其中，
数据帧生成单元用于将待发送数据生成数据帧，所述数据帧包括帧头、消息头、元素和帧尾，所述消息头包括消息事件ID、消息类型以及消息报文长度信息，每一所述元素的元素头包括IE标识符、元素体长度标志位信息和对应的元素体长度信息；
发送单元用于发送所述数据帧给设定的接收方。
9.根据权利要求8所述的车载数据传输系统，其特征在于，所述数据帧生成单元包括：
帧头写入模块，用于在所述帧头的起始位中写入设定的帧起始数据；
消息头写入模块，用于在消息头中写入消息事件ID、消息类型以及消息报文长度信息；
元素头写入模块，用于在每一元素的元素头写入相应的IE标识符信息、元素体长度标志位信息和对应的元素体长度信息；
元素体写入模块，用于在每一元素的元素体字节中写入元素体内容；
CRC校验码计算写入模块，用于计算CRC校验码，并将所述CRC校验码写入相应位置；
帧尾写入模块，用于在所述帧尾的结束位中写入设定的帧结束数据。
10.根据权利要求9所述的车载数据传输系统，其特征在于，所述消息头写入模块包括：
第一字节写入模块，用于在消息头的第一个字节中，在最低位写入0，在第一位中写入第一私有标志信息，在第二至第七位中写入消息事件ID；
第二字节写入模块，用于在消息头的第二个字节中，将最低位设置为0，在第一位中写入第二私有标记信息，在第二位中写入测试标志信息，在第三至第七位中写入消息类型数据；
第三字节写入模块，用于在消息头的第三字节中，在最低位中写入当前软件版本信息标志信息，在第一至第三位中写入当前软件版本信息，在第四位和第五位中写入0，在第六位中写入消息长度字段的控制标志位信息，在第七位中写入所述消息是否需要ACK的信息；
第四至第四点五字节写入模块，用于在消息头的第四至四点五字节中写入消息报文的长度信息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910220912.2A CN111726196A (zh) | 2019-03-22 | 2019-03-22 | 一种车载数据传输方法和系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910220912.2A CN111726196A (zh) | 2019-03-22 | 2019-03-22 | 一种车载数据传输方法和系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111726196A true CN111726196A (zh) | 2020-09-29 |
Family
ID=72562906
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910220912.2A Pending CN111726196A (zh) | 2019-03-22 | 2019-03-22 | 一种车载数据传输方法和系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111726196A (zh) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112367387A (zh) * | 2020-10-30 | 2021-02-12 | 湖北亿咖通科技有限公司 | 一种车联网通信方法及系统 |
| CN112596501A (zh) * | 2020-12-17 | 2021-04-02 | 郑州嘉晨电器有限公司 | 一种处理器、车辆远程诊断系统和方法 |
| CN113015132A (zh) * | 2021-03-25 | 2021-06-22 | 联合汽车电子有限公司 | 通信方法及通信系统 |
| CN113721591A (zh) * | 2021-09-03 | 2021-11-30 | 深圳市元征科技股份有限公司 | 一种obd设备的检验方法、装置、终端及存储介质 |
| CN113992925A (zh) * | 2021-10-12 | 2022-01-28 | 江西创成微电子有限公司 | 直播场景下的通知运维人员的方法和系统、终端设备 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20110110348A1 (en) * | 2009-11-09 | 2011-05-12 | Lg Electronics Inc. | Method and apparatus for transmitting plcp frame in wireless local area network system |
| CN103605349A (zh) * | 2013-11-26 | 2014-02-26 | 厦门雅迅网络股份有限公司 | 一种基于CAN-bus的远程数据实时采集及分析统计系统及方法 |
| CN104954374A (zh) * | 2015-06-15 | 2015-09-30 | 上海网车科技有限公司 | 一种车联网通信协议的设计方法 |
| CN106612313A (zh) * | 2015-10-27 | 2017-05-03 | 广州汽车集团股份有限公司 | 一种车载远程通信方法 |
| US20180310276A1 (en) * | 2017-04-19 | 2018-10-25 | Shanghai Langbo Communication Technology Company Limited | Method and device in ue and base station used for paging |
-
2019
- 2019-03-22 CN CN201910220912.2A patent/CN111726196A/zh active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20110110348A1 (en) * | 2009-11-09 | 2011-05-12 | Lg Electronics Inc. | Method and apparatus for transmitting plcp frame in wireless local area network system |
| CN103605349A (zh) * | 2013-11-26 | 2014-02-26 | 厦门雅迅网络股份有限公司 | 一种基于CAN-bus的远程数据实时采集及分析统计系统及方法 |
| CN104954374A (zh) * | 2015-06-15 | 2015-09-30 | 上海网车科技有限公司 | 一种车联网通信协议的设计方法 |
| CN106612313A (zh) * | 2015-10-27 | 2017-05-03 | 广州汽车集团股份有限公司 | 一种车载远程通信方法 |
| US20180310276A1 (en) * | 2017-04-19 | 2018-10-25 | Shanghai Langbo Communication Technology Company Limited | Method and device in ue and base station used for paging |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112367387A (zh) * | 2020-10-30 | 2021-02-12 | 湖北亿咖通科技有限公司 | 一种车联网通信方法及系统 |
| CN112596501A (zh) * | 2020-12-17 | 2021-04-02 | 郑州嘉晨电器有限公司 | 一种处理器、车辆远程诊断系统和方法 |
| CN113015132A (zh) * | 2021-03-25 | 2021-06-22 | 联合汽车电子有限公司 | 通信方法及通信系统 |
| CN113015132B (zh) * | 2021-03-25 | 2023-09-22 | 联合汽车电子有限公司 | 通信方法及通信系统 |
| CN113721591A (zh) * | 2021-09-03 | 2021-11-30 | 深圳市元征科技股份有限公司 | 一种obd设备的检验方法、装置、终端及存储介质 |
| CN113992925A (zh) * | 2021-10-12 | 2022-01-28 | 江西创成微电子有限公司 | 直播场景下的通知运维人员的方法和系统、终端设备 |
| CN113992925B (zh) * | 2021-10-12 | 2023-11-14 | 江西创成微电子有限公司 | 直播场景下的通知运维人员的方法和系统、终端设备 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111726196A (zh) | 一种车载数据传输方法和系统 | |
| CN111010415B (zh) | 针对车联网的数据传输方法和装置 | |
| CN111083161A (zh) | 数据传输的处理方法及装置、物联网设备 | |
| DE102017121049A1 (de) | Kommunikationsverfahren, welches auf einer Fahrzeugsicherheitsintegritätsstufe im Fahrzeugnetzwerk basiert, und Vorrichtung für dasselbige | |
| CN101542980B (zh) | 用于操作兼容以太网的现场总线设备的方法 | |
| US20180103108A1 (en) | Method of transmitting and receiving data in vehicle network and apparatus for the same | |
| CN110768882B (zh) | 一种数据监控方法、系统、监听设备及车辆 | |
| CN112104487B (zh) | 物联网终端的远程升级方法、物联网主站及存储介质 | |
| CN111162972A (zh) | 基于语义分析的车载以太网协议栈自动化测试方法 | |
| WO2018171641A1 (zh) | 网络管理信息的收发方法、装置、发送设备和接收设备 | |
| CN112422506B (zh) | 一种基于DoIP协议的入侵检测防御方法及系统 | |
| CN112104596B (zh) | 一种聚合多种车联网通信协议的数据接入方法和系统 | |
| KR20160096526A (ko) | 네트워크의 진단 방법 및 장치 | |
| CN101631119B (zh) | 适用于纯电动汽车电池参数远程监控的通信协议系统 | |
| CN114422289B (zh) | 一种电动汽车can报文的传输方法及装置 | |
| CN112187936A (zh) | 车辆数据处理方法、装置、设备、存储介质及车辆 | |
| CN111147196A (zh) | 数据传输方法、数据发送设备及数据接收设备 | |
| CN109733439A (zh) | 机车车载监测信息综合传输系统及方法 | |
| CN109039427B (zh) | 一种船舶监控管理装置 | |
| CN115657646B (zh) | 一种can控制器的测试方法及装置 | |
| WO2023051050A1 (zh) | 网络监测方法、装置及计算机存储介质 | |
| CN114348049B (zh) | 一种ctcs列控系统多电台冗余控制方法及装置 | |
| CN115002160B (zh) | 一种车云服务实现方法与系统 | |
| CN108989467B (zh) | 集中式寻址方法 | |
| CN116781733A (zh) | 一种车载以太网DoIP节点车辆标识信息同步方法及车辆 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200929 |
|
| RJ01 | Rejection of invention patent application after publication |