• 通信协议：两个节点间信息交换的规则语法。
  类比的话，国人间语言交流，普通话就是通信协议。
• 常见的有tcp，udp，http，sip等常见协议。
• 其中 7层 OSI 模型中应用层，开发者可以根据应用业务逻辑自定义协议
• 自定义协议时需要考虑确定报文长度的方式
  （1）基于定界符（Delimiter-based）：消息的结束由一个唯一的标记（unique marker）指出，即发送者在传输完数据后显式添加的一个特殊字节序列。这个特殊标记不能在传输的数据中出现。比如 EOF 。
  （2）显式长度（Explicit length）：在变长字段或消息前附加一个固定大小的字段，用来指示该字段或消息中包含了多少字节。比如 TLV 。

• 数据帧（Frame)：就是数据链路层的协议数据单元，它包括三部分：帧头，数据部分，帧尾。其中，帧头和帧尾包含一些必要的控制信息，比如同步信息、地址信息、差错控制信息等；数据部分则包含网络层传下来的数据，比如ip数据包。
• 数据包(Packet)：TCP/IP协议通信传输中的数据单位，处于网络层，在局域网中，“包”是包含在“帧”里的。
• 数据报（Datagram)：多用于网络层以上，面向无连接的数据传输,工作过程类似于报文交换。采用数据报方式传输时，被传输的分组称为数据报。
• 一般说来，数据链路层发出的数据包称为frame，地址是链路层的地址，如mac地址；网络层发出的数据包称为packet，地址是网络层地址，如ip地址；传输层发出的数据包称为segment/datagram，地址是传输层地址，如TCP的端口号。
• 二层的PDU叫做Frame;
  IP的叫做Packet;
  TCP的叫做Segment；
  UDP的叫做Datagram。
  

应用层的数据解析，目前博主涉及工业领域的上下位机串口通信和客户端服务端socket通信，都是数据量不大的场景。在串口传输不稳定时，需要加上CRC进行校验。在socket通信中，目前通信丢包的可能性很小，再者CRC有效检验的数据长度有限，故一般情况下socket通信不用加CRC校验。

• TLV： TLV是指由数据的类型Tag，数据的长度Length，数据的值Value组成的结构体，几乎可以描任意数据类型，TLV的Value也可以是一个TLV结构，正因为这种嵌套的特性，可以让我们用来包装协议的实现。
  

• 优点：可扩展性、简单易学、 跨语言特性
• 缺点：因为其增加了2个额外的冗余信息，tag 和len，特别是如果协议大部分是基本数据类型int ,short, byte. 会浪费几倍存储空间。另外Value具体是什么含义，需要通信双方事先得到描述文档，即TLV不具备结构化和自解释特性。
• 跨语言特性
  java或PHP的语言，没有无符号类型，与C/C++语言不同，会导致负数解析失败。对使用类型做了强制性约束。虽然带来了约束，但是带来通用型和简洁性，和跨语言性，于是有了一个 类型(type)规范 。

• 描述Value部分所占字节的个数，编码格式分两类：定长方式（DefiniteForm）和不定长方式（IndefiniteForm），其中定长方式又包括短形式与长形式。
• 短形式：
  
  字节第7位为0，表示Length使用1个字节即可满足Value类型长度的描述，范围在0~127之间的。
• 长形式：
  
  即Value类型的长度大于127时，Length需要多个字节来描述，这时第一个字节的第7位置为1，0~6位用来描述Length值占用的字节数，然后直将Length值转为byte后附在其后，如： Value大小占234个字节（11101010）,由于大于127，这时Length需要使用两个字节来描述，10000001 11101010

CRC（循环冗余校验）校验确保没有字节跳变发生

（1）http://www.ip33.com/crc.html
（2）https://www.lammertbies.nl/comm/info/crc-calculation.html

• Modbus是OS模型第7层上的应用层报文传输协议，它在连接至不同类型总线或网络的设备之间提供客户端/服务器通信，互联网组织保留系统端口502访问Modbus，Modbus是一个请求/应答协议。
• 上位机须按照MODBUS协议的命令格式发送数据（包括计算的CRC值），从机才能正确辨识数据。若无CRC值，从机将返回含有错误号的应答包，不会得到正确结果。标准的做法，发送前计算CRC值并一起发送，接收后也计算CRC值并与接收的校验码对比是否相等，以辨别数据是否准确。
• 参数模型：CRC 16/modbus
• 校验位计算