车载诊断标准ISO 15765-3中文(3)

物理地址请求信息的定时处理没什么区别。但是客户机对定时的处理就与物理通信不同。

图8——默认会话期间功能通信——扩展的应答定时

车载诊断标准ISO+15765-2中文

a) 客户端诊断应用层通过发送N_USData.req至网络层开始发送功能地址请求信息。网络层传递该请求

信息至服务器。功能地址请求信息只能是单帧信息。 b) 客户机通过N_USData.con指示请求信息的完成。当接到N_USData.con时，客户机启动P2CAN

定时器，使用默认的重置值P2CAN

_Client

_Client

。该定时器的值应当考虑到车载网络设计上（通信网关，总

线带宽，等）所有的延时。为了简单化，该图假定客户机和服务器在一条总线上。 c) 服务器通过N_USData.ind指示请求信息的完成。 d) 功能地址服务器在接收到N_USData.ind后，要求在P2CAN

在多帧回复信息条件下，首帧必须在P2CAN

_Server

_Server

时间内发送应答信息。也就是说，

时间内发送，对于单帧回复信息，该单帧必须在

时间内无法提供请求的信息时，它可以通过

P2CAN

_Server

时间内回复。服务器在给定的P2CAN

_Server

发送应答码为0x78的否定应答信息请求扩展的定时窗。

e) 客户端接收到否定应答信息时，客户端网络层产生一个N_USData.ind。接收到应答码为0x78的否

定应答信息，客户端重置它的P2CAN

_Client

*

定时器，但使用的是扩展的重载的P2CAN

_Client

定时值。

并且，客户端应当在挂起应答信息列表存储一个服务器标识。一旦在存储在客户端挂起的服务器开始它最后结果应答信息（肯定或否定应答信息包括应答码为0x78的应答），它将从挂起应答信息列表中删除。当无任何应答信息挂起时，客户端重新为P2CAN

_Client

使用默认的重载值。为简单化，图

中，显示了从服务器#1的仅一个应答码为0x78的否定应答。

f) 只要至少有一个服务器在客户机端挂起时，从任一服务器端任何进一步的应答信息，都会促使

P2CAN

_Client

*

定时器使用扩展的值P2CAN

_Client

重启（见图9，该图显示了当客户机接收到第二个服

务器应答信息开始的情况）。

g) 至于物理的通信，服务器请求扩展的应答定时要求在扩展的时间P2CAN

_Client

*

（P2CAN

_Client

）内，

应答信息。一旦服务器能提供请求的信息，它就通过发送N_USData.req至网络层开启最后结果应答

*信息。如果服务器仍然不能在扩展的P2CAN

_Client

时间内

提供请求的信息，它将继续发送应答码为

定时器，使用扩展的重载值

0x78的否定应答信息。这会促使客户机再次重启P2CAN

_Client

*P2CAN_Client。已经存储在客户端挂起应答信息列表中，服务器端包含应答码为0x78的否定应答信

息不影响客户端该信息列表。

h) 如6.3.5.2.1，在多帧应答信息情况下，从任一服务器端接收的首帧，客户机都是通过网络层

N_USDataFF.ind指示的。单帧应答信息通过N_USData.ind指示。当接收到首帧/单帧指示接下来的

应答信息，客户端要么知道服务器即将应答或已经应答过了，则停止P2CAN

_Client

，要么不是所有服

。

务器应答或它不知道服务器即将应答（客户机等待进一步的应答信息）时，重启P2CAN

_Client

i) 如果完整信息接收到或者在接收过程中产生了一个错误，网络层产生最后结果N_USData.ind。这对

P2CAN

_Client

定时器不影响。而且适用挂起应答信息列表的处理。

车载诊断标准ISO+15765-2中文

j) 服务器通过N_USData.con指示完成发送。

6.3.5.2.3 非默认会话期间的功能通信