《车载诊断标准ISO+15765-2中文》由会员分享，可在线阅读，更多相关《车载诊断标准ISO+15765-2中文（27页珍藏版）》请在金锄头文库上搜索。
1、ISO 15765-2（2004）道路车辆控制局域网络诊断第2部分：网络层服务ISO 15765协议，定义了“道路车辆局域网控制器（CAN）诊断”，包含如下几个部分：第一部分：总论。第二部分：网络层服务。第三部分：统一诊断服务具体的执行第四部分：排放相关系统的要求概述ISO15765-2的协议，定义车载诊断系统网络层要求，提供在CAN数据链路层（ISO11898定义）上运行。虽说它最初设计是用在诊断系统上的，它同样适用于其它需要网络层协议的CAN通信系统上。为了达到诊断通信要求，ISO15765协议是基于ISO/IEC 7498和ISO/IEC 10731的开放互联系统基本参考模型建立的。该模
2、型将通信系统分为七层，ISO15765协议映射到该模型上，分层如下：统一的诊断服务（第7层），在ISO 15765-3中定义。网络层（第3层），在ISO 15765-2中定义。CAN服务层（第1，2层），在ISO 11898中定义。如表1所示，表1对应OSI分层，扩展的及法规要求的OBD诊断规定开放互联系统（OSI）分层汽车生产商扩展的诊断服务法规要求的车载诊断系统（OBD）诊断应用用户定义ISO 15031-5应用层ISO 15765-3ISO 15031-5表示层N/AN/A会话层ISO 15765-3N/A传输层N/AN/A网络层ISO 15765-2ISO 15765-4数据链路层IS
3、O 11898-1ISO 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
4、14229-1和ISO 15031-5建立的诊断服务制定的，但该部分协议不仅适用于上述的诊断服务项，还适用于车载内部其它的网络通信。该协议描述的是未经最后确认的的通信。2 参考的标准下述的参考文档对于该文档的应用是必不可少的。ISO 11898-1，道路车辆控制器局域网（CAN）第一部分数据链路层及物理信号层ISO/IEC 7498(所有部分)，技术信息开放互联系统基本参考模型3 术语，定义和缩略词为编撰该文档目的，这些术语和定义已在ISO 7498中给出，以下缩略词术语同样适用。BS 数据块大小CF 连续帧confirm 确认服务ECU 电子控制单元FC 流控制FF 首帧FF_DL 首帧数据
5、长度FS 流状态indication 指示服务 MType 信息类型N_AE 网络地址扩展N_AI 地址信息N_Ar 网络层时间参数：ArN_As 网络层时间参数：AsN_Br 网络层时间参数：BrN_Bs 网络层时间参数：BsN_ChangeParameter 网络层服务项名称N_Cr 网络层时间参数：CrN_Cs 网络层时间参数：CsN_Data 网络数据N_PCI 网络协议控制信息N_PCItype 网络协议控制信息类型N_PDU 网络协议数据单元N_SA 网络源地址N_SDU 网络服务数据单元N_TA 网络目标地址N_TAtype 网络目标地址类型N_USData 网络层无应答的数据段
6、传输服务项名称NWL 网络层request 应答服务r 接收者s 发送者SF 单帧SF_DL 单帧数据长度SN 顺序号STmin 间隔最短时长4 网络层总览4.1 概述该项主要描述网络层总体的功能。该部分的ISO 15765协议定义了未最后确认的网络层通信协议。该协议用于网络节点之间数据交互，例如从一个ECU到另一个ECU，或外部诊断设备和一个ECU之间的通信。如果要传送的数据超过了单个的CAN帧长度，则需要提供拆分的方法。为描述网络层的功能，它提供给高层的服务项及内部操作必须予以研究。4.2 网络层提供给高层的服务项该服务项接口定义了一些由网络层提供使用服务项，例如，数据发送、数据接收及协议
7、参数设置。已定义了两种类型的服务：a) 通信服务项以下定义的服务项，使发送者最多能发送4095个字节的数据。1） N_USData.request该服务项用于请求发送数据。如果有必要的话，网络层拆分这些数据。2） N_USData_FF.indication该服务项用于通知上层被拆分的信息的首帧的接收。3） N_USData.Indication该服务项用于提供接收的数据至上层。4） N_USDfirm该服务项用于确认应答给上层，表示请求服务项已经被执行（成功执行或不成功执行）。b) 协议参数设置服务项以下定义的服务项，使之能够对协议参数动态设置。1） N_ChangeParamter.req
8、uest该项服务用于对特定内部参数的动态设置的请求2） N_ChangePfirm3） 该服务项用于确认应答给上层，表示修改协议特定项的请求已经被执行（成功执行或不成功执行）。4.3 网络层的内部操作 网络层的内部操作为实现对等实体间的通信提供了分段、重组、数据传输流控制方法。网络层主要的任务是传递一帧或大于一帧的数据信息。超过一帧的信息被分成多个部分，每一个部分都以一个CAN帧的形式被发送。图1显示的是未被拆分的信息的传送的例子。图2显示的是被拆分的信息传送的例子流控制用来使发送端适应接收端网络层的接收能力。该流控制策略同样适用于诊断网关和通信子网。5 网络层服务项5.1 总览所有的网络层服
9、务项有统一的结构。为了定义这些服务项，三类主要的服务项说明如下：请求服务，被更高的通信层或应用层使用，用于向网络层传递控制信息及要发送的数据；指示服务，被网络层使用，用于向更高通信层或应用层传递状态信息及接收到的数据；确认服务，被网络层使用，用于向更高通信层或应用层传递状态信息。这些服务说明没有指定具体的应用程序接口，而只是一些独立于具体实施的主要服务项。所有的网络层服务项有统一的结构形式，服务项写成如下的形式：service_name.type ( parameter A, parameter B, parameter C, )这里，“service_name”是指服务项名称，例如，N_SD
10、U，“type”指示了服务项的类型，“parameter A,parameter B,parameter C,”则是N_SDU服务项传递的值。服务项定义了如何使服务的使用者(例如，诊断应用层)如何与服务的提供者（例如，网络层）协同运行。以下服务项已在国际标准中说明，请求，指示和确认。使用请求服务项（service_name.request），服务使用者向服务提供者请求一项服务。使用指示服务项(service_name.indication)，服务提供者通知服务使用者网络层的一个内部事件或者一个对等实体的服务使用者的服务请求。通过确认服务项（service_name.confirm），服务提供者
11、通知服务的使用者，之前服务使用者请求服务的结果。5.2 网络层服务说明5.2.1 N_USData.request该请求服务项是请求传递数据及字节数，从发送者到到对等实体接收者，通过在N_SA,N_TA,N_TAtype及N_AE中的地址信息确认。（参看5.3对参数的定义）。N_USData.request服务项每次被启动，网络层应当通过一条N_USData.confirm服务通知服务使用者信息传递的完成情况。（成功或失败）N_USData.request （ Mtype N_SA N_TA N_TAtype N_AE（可选的） )5.2.2 N_USData.confirm N_USData.confirm服务项由网络层发送，该服务项用于确定N_USData.request服务的完成情况，通过在N_SA,N_TA,N_TAtype及N_AE中的地址信息确认。参数提供请求服务项的状态。（参看5.3对参数的定义）N_USData. confirm（ Mtype N_SA N_TA N_TAtype N_AE（可选的） )5.2.3 N_USData_FF.indicat
