本文主要是介绍C语言的TLV装包与解析,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
什么是TLV?
哈哈哈哈哈哈,碰见新东西,先来一手我的学习三大问:这是什么?有什么用?怎么做?
先了解下TLV——BER编码的一种,ASN1标准,由Tag(标签),Length(长度),Value(值)而来。what?我一看,前面两个又没听过,怎嘛办,上百度查了查,这么高大的出身,我这代码写的都觉得对不起这个它。
ASN.1抽象语法标记(Abstract Syntax Notation One) ASN.1是一种 ISO/ITU-T 标准,描述了一种对数据进行表示、编码、传输和解码的数据格式。它提供了一整套正规的格式用于描述对象的结构,而不管语言上如何执行及这些数据的具体指代,也不用去管到底是什么样的应用程序。ASN.1 取得成功的一个主要原因是它与几个标准化编码规则相关,如基本编码规则(BER) -X.209 、规范编码规则(CER)、识别名编码规则(DER)、压缩编码规则(PER)和 XML编码规则(XER)。1984年,ASN.1 就已经成为了一种国际标准。
TLV的数据封装
它是一种按照tag,length,value这样的顺序来对数据进行封装的规则,在内存中如下图表示:
比如我们将要发送的数据是:0x03 0x06 0x32 0x31 0x32 0x35
按照TLV的定义:
其中0x03表示标签,表示这是哪一类的数据,不然你收到这样的数据是什么样的。
0x06表示这段数据总共有6个字节,包括tag和length。
后面的四个字节表示值。这样叫做一帧数据,假如收到了许多帧,那么仅仅依靠TAG来判断数据是会出问题的。比如:
0x03 0x03 0x32 0x03 0x03 0x03 0x03 哦豁,傻眼
这样就需要定义一个一帧数据的开始,HEAD,就变成了这样:
一帧数据的第一个字节定义为头,一般设为数据中最不可能出现的值,比如0xff。但是这样还是不好,万一我非要发0xff怎么办对吧,我就要搞它。不光是这样,我们封装好的数据再发送的过程中是通过物理层的电缆传输出去的,那么也就难免会出错(可能有人会说,在信道传输过程中本身就有纠错机制,都是概率问题,万一!!对吧)。比如后面的值由0x35变成0x31,对于一般的数据来说没什么影响,但假如这个值控制着某个警报,遇险情却没有报警。那就GG。有没什么方法可以对数据进行检错呢?确保自己收到的是正确的数据。对于这种纠错的暂时知道的奇偶校验和CRC校验。奇偶校验就是判断数据中0或1的的个数,因为2个位同时出错的概率很低。关于CRC校验可参考https://blog.csdn.net/xing414736597/article/details/78693781
CRC算法可以通过数据算出一个CRC值,发送数据的一方可以先算出这个值,然后封装到这一帧数据的尾部,在数据的接受端采用同样的算法算出这个值再和数据尾部的这个值作比较,若果相等,则正确。CRC的实现可参考我代码中的两个文件,实现别人代码的最大复用,哈哈哈哈哈 “crc-itu-t.h”,“crc-itu-t.c” GitHub地址
这里用到了CRC-16,也就是两个字节,那么最后就可以表示成下面这样ÿ
这篇关于C语言的TLV装包与解析的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!