CAN-ID Type：物理请求和响应的类型
Request CAN-ID：ECU 接收的物理寻址诊断请求 CAN 标示符
Respone CAN-ID：ECU 发送的物理寻址诊断请求 CAN 标示符（功能请求的响应通
过物理路径发送）
Functional CAN-ID Type：物理请求和响应的类型，标准帧是 11 位标示符，扩
展帧采用 29 位标示符，一般乘用车 11，商用车 29；
Functional Request CAN-ID：ECU 接收的功能寻址诊断请求 CAN 标示符
注：在 CAN 中会有 UUDT Response CAN-ID
UUDT Response CAN-ID 在哪？一般回复还是 Response CAN-ID，但 CDD 没法填相
同的 CAN 标示符，可默认不变
UUDT CAN-ID Type 同 Function CAN-ID Type
P2Client:从 tester 发送请求开始到 tester 收到响应截至时间（50ms）
P2Server:从 ECU 收到请求开始到 ECU 给出响应终止（100ms）
P2Client：从 Testers 收到 NRC 0x78 开始计时到 Tester 收到下一个多帧或单帧
的时间段（5000ms）
P2Server：当 ECU 发送 NRC 0x78（pending）开始计时到 ECU 发送下一响应需要
的时间；
P3client_Pyh：这个时间是 Tester 成功发送物理寻址开始计时到下一次发送物
理寻址的时间段。
P3client_Func:这个时间是 Testerc 成功发送功能寻址开始计时到下一次发送
功能寻址的时间段。
BS：接收方表示发送流控帧之后，发送方被允许连续发送的最大帧数目。特殊情
况下，如果该值为 0，则表示发送连续帧没有限制，如果值为 8，表示发送方最
多能连续发送 8 帧 CF 就会继续收到接收方的流控帧；
