网络层TP协议

TP协议

英文全称Transport Protocol，这是网络层协议，在诊断应用层和驱动层之间的位置。为了处理要发送超过8个字节信息的数据的情况，通过报文分割将要发送的数据拆分为多个网络协议数据单元（N_PDU）去发送。

四种帧

TP协议就是多包协议，当发送数据有大于8的时候，协议里面就会加入TP协议，每帧牺牲1-2个字节的位置来加入TP协议，其本质就是通过多帧分发来把数据传输过去。

首先就是四种帧：单帧、首帧、连续帧、流控帧。

他这里的表示跟代码思维会有些不同，代码里面8个字节一般表示为第0-7字节，他这里是第1-8字节。

单帧：这是发送方发送的。数据长度小于等于7的时候使用。第1字节高4位为0代表该帧为单帧，低4字节就是单帧的长度，这个长度是不包括TP协议占用的第1字节的。

首帧：这是发送方发送的。当数据长度大于7的时候，就要分开多包发送，这时候发出的第一帧就是首帧。第1字节高4位为1代表该帧为首帧，这里的数据长度就是 单帧里面+后面那么多帧的总长度，高4位放在第1字节的低4字节，低8位放在第2字节，所以多包最多一次性可以发送4095字节。这个长度是不包括TP协议占用的第1字节和第2字节的。

关于首帧的错误处理：
1、如果接收到一个FF_DL大于接收端可用缓存大小（这种情况被当作一个错误条件）的首帧（ FF）。那么网络层应终止消息接收，并发送一个流状态（ FlowStatus）参数为溢出（ Overflow）的FC N_PDU（流控制）。
2、如果接收到一个FF_DL小于8且使用标准地址（或者小于7且使用扩展或混合地址）的首帧（ FF），那么网络层应忽略接收该首帧，且不必发送FC N_PDU（流控帧）。

流控帧：这是接收方发送的。告诉发送方后面的连续帧有什么样的要求，第1字节高4位为3代表该帧为流控，根据上面的内容有：

FS（FlowStatus）——接下来可以一口气接收多少帧流控帧。接收完就要喘一口气，发送方先停一下，再发个流控帧给发送方，下一口气又可以再接收多少流控帧，然后发送方继续发。如果为0，就代表我胃口很大，你可以放马过来，随便发多少帧都可以。

BS（BlockSize）——接收方要换多少口气，这是我换得倒数第几口。为0的时候，就代表着我接下去不用换气了。

STmin——连续帧之间的最小时间。如果为0，代表你的连续帧间隔最少为多少毫秒，你小于这个时间我就反应不过来。

连续帧：发送方接收到流控帧之后，就不用大家你一帧我一帧地发了，可以连续发好多帧给接收方。第1字节高4位为2代表该帧为连续帧，低4字节就是序列号SN，范围是0x0-0xF，首帧的SN是0x0但不会发出去，那第一帧的连续帧SN就应该从0x1开始，每帧+1，发到0xF后重新回到0x0。总长度已经在首帧的时候发过就不用再发了。

时间要求

TP协议里面有一些时间要求，都是越小代表性能越好，这些时间可以通过diva或者自己写脚本来测试。

N_As/N_Ar：首帧和流控帧发送的最小时间

N_Bs：接收方回复流控帧的最大时间

N_Cr ：连续帧使用的最大时间

下面是示例：

网关场景

有时候发送方和接收方之间会有网关，有网关的时候就要这么设计。时间要求也可以放宽一些。