表3——会话层定时参数定义 定时参数 说明 断会话的信息请求之间的时间，而不是多服务器的默认会话时间（功能的通信），或者对某一具体服务器发送请求最大时间间隔。（物理的通信）。 类型 推荐超时 ms 超时 ms 4000ms S3Client 在功能地址（0x3E）由客户机发送的用于保持诊时间重置值 2000ms S3Server 在没有接收到任何请求信息时，服务器保持诊断时间重置值 N/A 会话的时间，不是默认会话活动时间。 5000ms 而且，服务器转变到非默认会话时，应当改变它的应用层定时参数P2CAN*P2CAN_Client_Server和
，以完成适用于诊断会话的操作。非默认的诊断会话适用的定时参数在诊断会
话控制应答信息中报告，当一个应答需要传递（见图9.2.1服务说明）或需要提前通知客户不传递任何应答信息时。当客户机启动功能的非默认会话时，它应当调整响应的服务器的定时参数。
表4定义了客户机和服务器开启/重启的S3Client/S3Server定时条件。对于客户机，周期性发送功能地址（0x3E）请求信息，应当与连续地发送物理地址（0x3E）请求信息区别开，后者仅仅在没有其它任何诊断请求时发送。对于服务器，不需要这两种（0x3E）的操作方式。表4说明S3Server定时器操作是基于网络层服务的，也就是说，S3Server定时器在接收到不支持的诊断请求信息时，重启。
6.3.4 客户机和服务器定时器资源要求
对于客户机及服务器在默认会话及任何非默认会话完成上述时间定时的定时器资源要求应按照表5及6所示。在非默认会话期间，表6所示附加的定时器资源要求适用于客户机及服务器。
表4 ——客户机及服务器的会话层定时启动/停止条件 定时 参数 动作 物理和功能通信， 使用功能地址， 周期性发送请求信息 N_USData.con用于指示诊断会话控制（10hex）请求信息的完成。只适用于非默认会话的会话类型。 N_USData.con指示功能地址（0x3E）请求信息的完成，它是在S3Client定时每次到时时发送。 物理通信， 使用功能地址， 连续发送请求信息 若不需应答，N_USData.con指示诊断会话控制（10 hex）请求信息的完成。 若需一个应答，N_USData.ind指示诊断会话控制（10 hex）请求信息的完成。 若不需应答，N_USData.con指示诊断会话控制任何请求信息的完成。 若需一个应答，N_USData.ind指示诊断会话控制任何请求信息的完成。 N_USData.ind在接收到多帧应答信息时，指示出错。 S3Client 初始化 开始 随后的 开始 S3Server 初始化 开始 如果需要一条应答信息被传送的话，N_USData.con指示诊断会话控制应答信息的完成，表示从默认会话转变为非默认会话。 如果不需应答。成功地完成请求的服务，该请求为诊断会话控制（10 hex）请求信息要求从默认会话转变至非默认会话， 随后的 结束 随后的 开始 N_USDataFirstFrame.ind指示多帧请求信息开始，N_USData.ind表示任何一个单帧请求信息的接收。如果使用默认会话，S3Server被禁用。 如果需要一条应答信息被传送的话（包括肯定及否定应答），N_USData.con指示任何应答信息的完成，确定一条服务的执行（最后回复信息）。否定应答应答码0x78不会重启S3Server。 如果不需要任何应答信息（肯定或否定），请求动作的完成（服务结束） N_USData.ind指示接收多帧请求信息时的出错。 当请求发送未被请求的信息，如基于某一事件的周期性数据及应答，见6.3.5.4服务器关于S3Server更多的处理。 表5——默认会话下定时器资源要求 定时参数 客户机 服务器 P2CAN_Client为每一个逻辑通信通道（物理和功能通信）N/A 设置一个单独的定时器是需要的，例如，点对点通信需要一个独立的通信通道。 N/A 为扩展的应答定时一个可选择的定时器保证随后的否定P2CAN_Server *应答的发送比P2CAN_Server早一些。 P2CAN_Physical 需为每一个物理通信口提供单独的定时器 P2CAN_Functional 需为每一个功能通信口提供单独的定时器
表6——非默认会话下另外的定时资源需求 定时参数 客户机 当使用周期性发送，功能地址（0x3E）请求信息保持服务器在非默认状态，需提供单独的定时器，不需为每一个激活的诊断会话提供额外的定时器。 当在无其它诊断请求时，使用连续的发送物理地址（0x3E）请求信息保持单个服务器在非默认状态，为每一个点对点通信通道设置单独的定时器 N/A N/A 服务器 N/A S3Client S3Server N/A 服务器需一个单独的定时器，因为只有单诊断会话能在一个服务器中激活。 6.3.5具体的定时参数描述 6.3.5.1物理通信
6.3.5.1.1默认会话下物理通信
图3描述了客户机和服务器在默认会话下物理地址请求信息定时的操作。
图3——默认会话下物理通信
a) 客户端诊断应用层通过发送N_USData.req到网络层开始发送请求信息。网络层传递该请求信息至服
务器。该请求信息要么以单诊的形式或多帧的形式。
b) 在多帧信息情况下，请求开始于网络层发送的N_USDataFF.ind通知服务器。
c) 请求信息的完成通过客户机N_USData.con指示。当接收到N_USData.con时，客户端使用默认重载
值为
P2CAN_Client，启动
P2CAN_Client定时器，该定时器的值应当考虑到车载网络设计上（通信网关，
总线带宽，等）所有的延时。为了简单化，该图假定客户机和服务器在一条总线上。
d) 服务器通过N_USData.ind指示请求信息的完成。 e) 服务器在接收到N_USData.ind指示时，要求在
帧回复信息条件下，首帧必须在
P2CAN_Server时间内开始回复信息。也就是说，在多
P2CAN_Server时间内发送，对于单帧回复信息，该单帧必须在
P2CAN_Server时间内回复。
f) 在多帧应答信息情况下，客户机通过网络层N_USDataFF.ind指示首帧的接收。当接收到首帧时，客
户机停止
P2CAN_Client定时器。
g) 如果完整的信息接收到，或者在接收过程中出现了错误，网络层最后都产生一个N_USData.ind。在
单帧响应信息，通过单个的N_USData.ind指示单帧的接收。当接收该单帧指示时，客户端停止
P2CAN_Client定时器。
h) 服务器通过N_USData.con指示响应信息的完成。
6.3.5.1.2 默认会话期间扩展了应答定时的物理通信
图4描述了默认会话期间客户机和服务器物理地址请求信息定时操作，及服务器请求扩展的响应定时（否定应答码0x78的处理）。
图4 ——默认会话期间的物理通信——扩展了应答定时
a) 客户端诊断应用层通过发送N_USData.req到网络层开始发送请求信息。网络层传递该请求信息至服
务器。该请求信息要么以单诊的形式或多帧的形式。
b) 在多帧信息情况下，请求开始于网络层发送的N_USDataFF.ind通知服务器。
c) 请求信息的完成通过客户机N_USData.con指示。当接收到N_USData.con时，客户端使用默认重载
值为
P2CAN_Client，启动
P2CAN_Client定时器，该定时器的值应当考虑到车载网络设计上（通信网关，
总线带宽，等）所有的岩石。为了简单化，该图假定客户机和服务器在一条总线上。
d) 服务器通过N_USData.ind指示请求信息的完成。 e) 服务器在接收到N_USData.ind指示时，要求在
帧回复信息条件下，首帧必须在
P2CAN_Server时间内开始回复信息。也就是说，在多
P2CAN_Server时间内发送，对于单帧回复信息，该单帧必须在
P2CAN_Server时间内回复。
f) 服务器在给定的
P2CAN_Server时间内无法提供请求的信息时，它可以通过发送应答码为0x78的否定
应答信息请求扩展的定时窗。客户端接收到否定应答信息时，客户端网络层产生一个N_USData.ind。接收到应答码为0x78的否定应答信息，客户端重置它的
*载的P2CAN_ClientP2CAN_Client定时器，但使用的是扩展的重
定时值。
g) 服务器在发送否定应答信息N_USData.con之后，要求在给定的扩展的
*时间内应答信息。如果在给定的扩展的P2CAN_ServerP2CAN_Server*（P2CAN_Server）
时间内仍无法提供请求的信息，服务器则继续发
送应答码为0x78的否定应答。
*客户端使用的是扩展的重载的P2CAN_Client定时值重置它的
P2CAN_Client定时器。为了简单起见，图中只显示了一个应答码为0x78的否定应答信息。
h) 一旦服务器可以提供请求的信息（肯定的否定的应答，而不是应答码0x78的应答），它就启动最后
结果的应答信息。
i) 在多帧应答信息情况下，客户机通过网络层N_USDataFF.ind指示首帧的接收。当接收到首帧时，客
户机停止
P2CAN_Client定时器。
j) 如果完整的信息接收到，或者在接收过程中出现了错误，网络层最后都产生一个N_USData.ind。在
单帧响应信息，通过单个的N_USData.ind指示单帧的接收。当接收该单帧指示时，客户端停止
P2CAN_Client定时器。
k) 服务器通过N_USData.con指示响应信息的完成。
6.3.5.1.3 非默认会话期间的物理通信 6.3.5.1.3.1 功能地址（0x3E）信息