ISO 15765-2（2004）
道路车辆——控制局域网络诊断——
第2部分： 网络层服务
ISO 15765协议，定义了“道路车辆——局域网控制器（CAN）诊断”，包含如下几个部分：
——第一部分：总论。
——第二部分：网络层服务。
——第三部分：统一诊断服务具体的执行 ——第四部分：排放相关系统的要求
概述
ISO15765-2的协议，定义车载诊断系统网络层要求，提供在CAN数据链路层（ISO11898定义）上运行。虽说它最初设计是用在诊断系统上的，它同样适用于其它需要网络层协议的CAN通信系统上。
为了达到诊断通信要求，ISO15765协议是基于ISO/IEC 7498和ISO/IEC 10731的开放互联系统基本参考模型建立的。该模型将通信系统分为七层，ISO15765协议映射到该模型上，分层如下：
——统一的诊断服务（第7层），在ISO 15765-3中定义。 ——网络层（第3层），在ISO 15765-2中定义。 ——CAN服务层（第1，2层），在ISO 11898中定义。
如表1所示，
表1——对应OSI分层，扩展的及法规要求的OBD诊断规定 开放互联系统 （OSI）分层 诊断应用 应用层 表示层 会话层 传输层 网络层 数据链路层 物理层 汽车生产商扩展的诊断服务 用户定义 ISO 15765-3 N/A ISO 15765-3 N/A ISO 15765-2 ISO 11898-1 用户定义 法规要求的车载诊断系统 （OBD） ISO 15031-5 ISO 15031-5 N/A N/A N/A ISO 15765-4 ISO 15765-4 ISO 15765-4
应用层服务是由ISO 15765-3按照ISO 14229-1和ISO 15031-5建立的诊断服务制定的，但ISO 15765-3协议不仅适用于上述的诊断服务项，也适用于大多数的国际标准及汽车生产商规定的诊断服务。
网络层服务由该部分的ISO 15765协议定义，并独立于物理层上的操作，物理层仅仅是在法规的OBD上有规定。
道路车辆——控制器局域网（CAN）的诊断——
第二部分： 网络层
1 范围
这部分ISO 15765协议描述了在ISO 11898定义的控制其局域网中裁剪的网络协议，用于满足基于CAN的车载网络系统。它是按照ISO 14229-1和ISO 15031-5建立的诊断服务制定的，但该部分协议不仅适用于上述的诊断服务项，还适用于车载内部其它的网络通信。该协议描述的是未经最后确认的的通信。
2 参考的标准
下述的参考文档对于该文档的应用是必不可少的。
ISO 11898-1，道路车辆——控制器局域网（CAN）——第一部分——数据链路层及物理信号层
ISO/IEC 7498(所有部分)，技术信息——开放互联系统——基本参考模型
3 术语，定义和缩略词
为编撰该文档目的，这些术语和定义已在ISO 7498中给出，以下缩略词术语同样适用。
BS 数据块大小 CF 连续帧 confirm 确认服务 ECU 电子控制单元 FC 流控制 FF 首帧
FF_DL 首帧数据长度 FS 流状态
indication 指示服务
MType 信息类型 N_AE 网络地址扩展 N_AI 地址信息
N_Ar 网络层时间参数：Ar N_As 网络层时间参数：As N_Br 网络层时间参数：Br N_Bs 网络层时间参数：Bs N_ChangeParameter 网络层服务项名称 N_Cr 网络层时间参数：Cr
N_Cs 网络层时间参数：Cs N_Data 网络数据
N_PCI 网络协议控制信息 N_PCItype 网络协议控制信息类型 N_PDU 网络协议数据单元 N_SA 网络源地址
N_SDU 网络服务数据单元 N_TA 网络目标地址 N_TAtype 网络目标地址类型
N_USData网络层无应答的数据段传输服务项名称 NWL 网络层 request 应答服务 r接收者 s发送者
SF 单帧
SF_DL 单帧数据长度 SN 顺序号
STmin 间隔最短时长
4 网络层总览
4.1 概述
该项主要描述网络层总体的功能。该部分的ISO 15765协议定义了未最后确认的网络层通信协议。该协议用于网络节点之间数据交互，例如从一个ECU到另一个ECU，或外部诊断设备和一个ECU之间的通信。如果要传送的数据超过了单个的CAN帧长度，则需要提供拆分的方法。
为描述网络层的功能，它提供给高层的服务项及内部操作必须予以研究。
4.2 网络层提供给高层的服务项
该服务项接口定义了一些由网络层提供使用服务项，例如，数据发送、数据接收及协议参数设置。
已定义了两种类型的服务： a) 通信服务项
以下定义的服务项，使发送者最多能发送4095个字节的数据。 1）N_USData.request
该服务项用于请求发送数据。如果有必要的话，网络层拆分这些数据。 2）N_USData_FF.indication
该服务项用于通知上层被拆分的信息的首帧的接收。 3）N_USData.Indication
该服务项用于提供接收的数据至上层。
4）N_USData.comfirm
该服务项用于确认应答给上层，表示请求服务项已经被执行（成功执行或不成功执行）。
b) 协议参数设置服务项
以下定义的服务项，使之能够对协议参数动态设置。 1）N_ChangeParamter.request
该项服务用于对特定内部参数的动态设置的请求 2）N_ChangeParameter.comfirm
3）该服务项用于确认应答给上层，表示修改协议特定项的请求已经被执行（成功执行或不成功执行）。
4.3 网络层的内部操作
网络层的内部操作为实现对等实体间的通信提供了分段、重组、数据传输流控制方法。
网络层主要的任务是传递一帧或大于一帧的数据信息。超过一帧的信息被分成多个部分，每一个部分都以一个CAN帧的形式被发送。 图1显示的是未被拆分的信息的传送的例子。 图2显示的是被拆分的信息传送的例子
流控制用来使发送端适应接收端网络层的接收能力。该流控制策略同样适用于诊断网关和通信子网。
5 网络层服务项
5.1 总览
所有的网络层服务项有统一的结构。为了定义这些服务项，三类主要的服务项说明如下：
——请求服务，被更高的通信层或应用层使用，用于向网络层传递控制信息及要发送的数据；
——指示服务，被网络层使用，用于向更高通信层或应用层传递状态信息及接收到的数据； ——确认服务，被网络层使用，用于向更高通信层或应用层传递状态信息。
这些服务说明没有指定具体的应用程序接口，而只是一些独立于具体实施的主要服务项。
所有的网络层服务项有统一的结构形式，服务项写成如下的形式： service_name.type ( parameter A, parameter B, parameter C,