下载文档原格式
车载认证标准
车载认证标准是指在车载电子设备中使用的认证标准，以确保车载电子设备的安全性和可靠性。
车载认证标准通常包括以下几个方面：
1. 安全性认证：车载电子设备必须符合安全标准，以确保在发生交通事故时不会对乘客造成伤害。
例如，车载娱乐和导航系统的显示屏幕必须符合防碎裂和防辐射标准。
2. 可靠性认证：车载电子设备必须具有高可靠性和稳定性，以确保在长时间使用过程中不会出现故障。
例如，车载音响和空调必须能够经受住长时间的使用和恶劣的车辆环境。
3. 兼容性认证：车载电子设备必须能够与车辆的其他电子设备兼容，以确保车辆的整体性能和安全性。
例如，车载蓝牙和Wi-Fi必须能够与其他车载电子设备无缝连接。
4. 耐久性认证：车载电子设备必须具有较长的使用寿命，以确保在车辆使用寿命内不会出现故障。
例如，车载音响和导航系统的外观和内部零件必须能够经受住时间的考验。
5. 功能性和性能认证：车载电子设备必须具有所需的功能和性能，以确保乘客能够方便地使用它们。
例如，车载空调必须具有高效的制冷和制热功能，以确保乘客能够在任何天气条件下保持舒适。
总之，车载认证标准是确保车载电子设备的安全性、可靠性和性能的关键因素。
这些标准必须经过严格的测试和认证程序，以确保它们能够满足行业和消费者的要求。
ISO 15765-3（2004）道路车辆——控制局域网络诊断——第3部分：一元化诊断服务实施（CAN的UDS）道路车辆——控制器局域网（CAN）的诊断——第3部分：一元化诊断服务实施（CAN的UDS）1 范围这部分ISO 15765协议按照ISO 14229-1，描述了在ISO 11898定义的控制器局域网中统一诊断服务（UDS）的实施。
它给所有汽车连接至CAN网络服务器及外部测试设备提供诊断服务及服务器存储器编程的需求。
它对汽车内部CAN总线架构无任何要求。
2 参考的标准下述的参考文档对于该文档的应用是必不可少的。
3 术语，定义和缩略词为编撰该文档目的，这些术语和定义已在ISO 14229-1，ISO 15765-1及ISO 15765-2中给出，以下缩略词术语同样适用。
DA 目标地址ID 标识符DLC 数据长度码GW 网关LSB 最低有效位MSB 最高有效位NA 网络地址SA 源地址SM 子网掩码TOS 服务类型4 协定该部分ISO 15765协议基于ISO 14229-1的协定，该协议遵从使用到诊断服务的OSI服务协议。
5 统一诊断服务（UDS）对照OSI模型的应用见图16 应用层及会话层6.1 应用层服务该部分ISO 15765协议使用ISO 14229-1的客户机-服务器式的应用层服务。
该系统具有测试、检测、监视，诊断及汽车服务器在线编程的功能。
6.2 应用层协议该部分ISO 15765协议使用ISO 14229-1应用层协议。
6.3 应用层诊断会话管理定时重要——任何一个服务器端产生的<N_Result>不等于N_OK的N_USData.indication的指示服务，服务器应用层都不应该有一个应答信息。
6.3.1 概况下述的是应用层及会话层的定时参数及它们如何在客户机-服务器模式中如何处理的。
图1 OSI模型中，基于CAN的UDS实施下述的几种通信会话方式需区别开：a)物理的通信在如下期间1）默认会话方式2）非默认的会话方式——需进行会话处理b)功能的通信在如下期间1）默认的会话方式2）非默认的会话方式——需进行会话处理所有的情况下，请求服务器否定应答信息的扩展的定时应答，包括应答码78hex应当予以考虑。
基于控制局域网（CAN）的公路车辆诊断第一部分：概要信息1．范围这部分提供关于ISO 15765的一个总体结构和各个部分及其之间的关系。
同时也定义诊断网络构架。
ISO 15765定义的术语适用于所有诊断网络及ISO 15765的各个部分。
2．规范性引用文件以下的参考文件对于这个文件的应用是必不可少的。
对于有标日期的参考资料，只应用于所引用的版本。
对于没有标时间的参考资料，应用于参考文献的最新版本。
ISO 11898（全部），公路车辆——控制局域网（CAN）ISO 14229-1，公路车辆——统一标准的诊断服务（UDS）——说明与要求3．术语与定义为了编写这个文件，术语和定义已在ISO 14229-1中给出。
4．ISO 15765总论4.1概要ISO 15765适用于基于控制局域网（CAN）通讯网络的车辆诊断系统。
ISO 11898 中对CAN通讯网络有详细的说明。
ISO 15765的建立是为了定义一种ISO11898中详细说明的基于CAN通信的汽车诊断系统的通用要求。
尽管ISO 15765当初主要针对诊断系统，但它已经发展成能够满足其它基于CAN的需要用到网络层协议系统要求的协议了。
为了达到这个目的，ISO 15765基于OSI（开放式系统互联参考模型），这种模型在ISO/IEC 7498 和ISO/IEC 10731中有详细说明，它把通讯系统分为七层。
映射到这种模型时，在ISO 15765中说明的服务分为：--诊断服务（第七层），ISO 15765-3中说明，--网络层服务（第三层），ISO 15765-2中说明，--CAN服务（第一层和第二层），ISO 11898-1中说明，与表1一致表1应用层服务是依据ISO 14229-1和ISO 15031-5定义的诊断服务来定义的，但并不局限于只能使用这些国际标准。
ISO 15765-3同样与大部分的国家标准和汽车制造说明书定义的诊断服务相兼容。
网络层服务被定义为与物理层的实现无关。
1目的：鉴定产品在各种不同环境下,其性能表现是否符合规格(设计规格或客人规格),并以验证产品品质.2范围：本公司自行开发或客人委托开发,制造之车载产品,均适用之.若客户有特殊要求时,依客户要求执行.3权责：品管人员负责对产品实施试验;委托试验申请负责提供试验样品4定义：4.1 产品缺陷级定义A级:（0缺陷级）产品不可出现功能性缺失，无操作失败，无记忆消失，无指标偏差，无软件失败，无外观不良，无输入/输出异常等，标准之外的不明类问题依市面认定者而定。
B级:（轻度不良级）产品不可出现功能性缺失，无操作失败，无记忆消失，无指标偏差，无软件失败，无外观不良，容许有短暂的干扰或视音瞬间中断，试验后正常。
C级:（中度不良级）产品不可出现功能性缺失，无记忆消失，容许出现软件故障但可自动恢复，外观有轻微不良，指标有偏差。
D级:（高度不良级）实验中可出现死机、无法启动和无记忆等现象，但断电后可重启，不容许有烧毁或损坏，外观有中度不良但不影响操作使用。
E级:（重度不良级）实验中出现死机不可恢复，有烧毁或损坏现象。
4.2 客户等级: 客户等级于开案时由PM提出,RD、业务、DQA确认后经总经办核准后定案执行。
LEVEL_1: 直接供车厂的客户体;LEVEL_2: 其它无法提供试验规范的车厂客户体;LEVEL_3: 原装销售市场的客户体;LEVEL_4: 指4S后装市场或加盟维修服务店.4.3 产品标准分类:A部分:为车载DVD部分试验标准;B部分:为车载AMP部分试验标准5 作业程序：5.1 允收标准:外观检查：喷漆，丝印，电镀不可有颜色和亮度改变、掉漆、起泡等现象。
结构检查：塑胶，五金不可有破裂、变形、松脱等现象。
功能检查：不可有误动作，功能丧失，记忆消失等。
性能检查：实验后指标参数比实验前降低0~3dB。
机内检查：元件不可有脱落、松动、破皮、爆裂、烧损等现象5.2 试验条件和方法:5.2.1试验前后的基准温度和湿度基准温度25℃±2℃、基准相对湿度55％±5％R.H.（无特别限制时也可在常温（温度10～35℃），常湿（相对湿度40～85％）条件下进行。
汽车检测与诊断的参数及其标准汽车的检测与诊断是确定汽车技术状况的技术，不仅要求有完善的检测、分析、判断的手段和方法，而且在检测诊断汽车技术状况时，必须选择合适的诊断参数，确定合理的诊断参数标准和最佳诊断周期。
诊断参数、诊断参数标准、最佳诊断周期是从事汽车检测诊断工作必须掌握的基础知识。
一、汽车诊断参数1．诊断参数概述诊断参数，是表征汽车、汽车总成及机构技术状况的量。
在检测诊断汽车技术状况时，需要采用一种与结构参数有关而又能表征技术状况的间接指标，该间接指标称为诊断参数。
诊断参数既与结构参数紧密相关，又能够反映汽车的技术状况，是一些可测的物理量和化学量。
汽车诊断参数包括工作过程参数、伴随过程参数和几何尺寸参数。
(1)工作过程参数该参数是汽车、总成或机构工作过程中输出的一些可供测量的物理量和化学量。
例如，发动机功率、汽车燃料消耗量、制动距离或制动力。
汽车不工作时，工作过程参数无法测量。
(2)伴随过程参数该参数是伴随工作过程输出的一些可测量，例如振动、噪声、异响、温度等。
这些参数可提供诊断对象的局部信息，常用于复杂系统的深入诊断。
汽车不工作时，无法测量该参数。
(3)几何尺寸参数该参数可提供总成或机构中配合零件之间或独立零件的技术状况，例如配合间隙、自由行程、圆度、圆柱度、端面圆跳动、径向圆跳动等。
这些参数虽提供的信息量有限，但却能表征诊断对象的具体状态。
汽车常用诊断参数如表1-1所示。
表1-1汽车常用诊断参数为了保证诊断结果的可信性和准确性，在选择诊断参数时应遵循以下的原则：(1)灵敏性灵敏性亦称为灵敏度，是指诊断对象的技术状况在从正常状态到进入故障状态之前的整个使用期内，诊断参数相对于技术状况参数的变化率。
选用灵敏性高的诊断参数诊断汽车的技术状况时，可使诊断的可靠性提高。
(2)稳定性稳定性指在相同的测试条件下，多次测得同一诊断参数的测量值，具有良好的一致性(重复性)。
诊断参数的稳定性越好，其测量值的离散度越小。
道路车辆——控制局域网络诊断——第4部分：排放相关系统的要求道路车辆——控制局域网络诊断——第四部分：排放相关系统的要求道路车辆——控制器局域网（CAN ）的诊断——第四部分：排放相关系统的要求1 范围该部分15765协议描述了CAN 网络OBD 法规要求的排放相关的要求。
该通信网络包含道路车辆装配的一个或多个排放相关的ECU 以及外部测试设备。
它是建立在ISO 15765-2，ISO 11898-1和ISO 11898-2协议上，并为法规OBD 设立了这些标准使用限制。
它不指定汽车内部CAN 总线架构。
法规OBD 汽车遵从外部测试设备要求。
2 参考的标准下述的参考文档对于该文档的应用是必不可少的。
ISO 11898（所有的部分），道路车辆——控制器局域网（CAN ）ISO 14229-1，道路车辆——统一诊断服务（UDS ）——第一部分：说明及要求2 ISO 15765-2，道路车辆——控制器局域网（CAN ）诊断——第二部分：网络层服务 ISO 15031-5，道路车辆——车辆与外部设备排放相关的诊断——第五部分:排放相关的诊断服务3 术语，定义，标志，缩略语ISO 14229-1给出的术语定义以下标志及术语定义在该文档中同样适用。
1C ，2C ：a.c 的边界电容H CAN C _：CAN_H 的对地电容LCAN C _：CAN_L 的对地电容 DIFF C ：CAN_H 与CAN_L 的电容CABLE L ：OBD 连接的ECU 与外部测试设备之间最长的电缆长度1R ，2R ：a.c 边界电阻1SEG t ：定时段12SEG t ：定时段2SYNCSEG t ：异步段BIT t ：位时间RX BIT t _：接收位时间TX BIT t _：发送位时间t ：外部测试设备CAN 接口传输延迟（不包含外部测试设备电缆延迟）t：外部测试设备CAN电缆传输延迟（不包括外部测试设备CAN接口传输延迟）CABLEt：时间总量Qf：振荡器公差ECU：电子控制单元OBD：在线诊断Prop_Seg：传输段Phase_Seg1：阶段1Phase_Seg2：阶段2SA：源地址SJW：异步跃级宽度SP：正常样本点Syne_Seg：异步段TA：目标地址4 外部测试设备初始化顺序4.1 概述外部测试设备应当支持该部分ISO 15765协议描述的初始化顺序。
ISO15765-3（20XX）道路车辆——控制局域网络诊断——第3部分：一元化诊断服务实施（CAN的UDS）道路车辆——控制器局域网（CAN）的诊断——第3部分：一元化诊断服务实施（CAN的UDS）1范围这部分ISO15765协议按照ISO14229-1，描述了在ISO11898定义的控制器局域网中统一诊断服务（UDS）的实施。
它给所有汽车连接至CAN网络服务器及外部测试设备提供诊断服务及服务器存储器编程的需求。
它对汽车内部CAN总线架构无任何要求。
2参考的标准下述的参考文档对于该文档的应用是必不可少的。
3术语，定义和缩略词为编撰该文档目的，这些术语和定义已在ISO14229-1，ISO15765-1及ISO15765-2中给出，以下缩略词术语同样适用。
DA目标地址ID标识符DLC数据长度码GW网关LSB最低有效位MSB最高有效位NA网络地址SA源地址SM 子网掩码TOS 服务类型4协定该部分ISO15765协议基于ISO14229-1的协定，该协议遵从使用到诊断服务的OSI 服务协议。
5统一诊断服务（UDS ）对照OSI 模型的应用见图16应用层及会话层6.1应用层服务 该部分ISO15765协议使用该系统具有测6.2应用层协议 该部分ISO15765协议使用6.3应用层诊断会话管理定时 重要——任何一个服务器端产生的<N_Result>不等于N_OK 的N_USData.indication 的6.3.1概况图1OSI 模型中，基于CAN 的UDS 实施下述的几种通信会话方式需区别开：a) 物理的通信在如下期间1） 默认会话方式2） 非默认的会话方式——需进行会话处理b) 功能的通信在如下期间1）默认的会话方式2）非默认的会话方式——需进行会话处理所有的情况下，请求服务器否定应答信息的扩展的定时应答，包括应答码78heG应当予以考虑。
定义在ISO15765-2的网络层主要是处理客户机-服务器的应用层及诊断会话管理的定时。
竭诚为您提供优质文档/双击可除iso,15765,can,500k,29bit扩展协议篇一：车载诊断标准iso_15765-3中文-初级iso15765-3（20xx）适合新手入门级教程！道路车辆——控制局域网络诊断——第3部分：一元化诊断服务实施（canuds）的道路车辆——控制器局域网（can）的诊断——第3部分：一元化诊断服务实施（can的uds）1范围这部分iso15765协议按照iso14229-1，描述了在iso11898定义的控制器局域网中统一诊断服务（uds）的实施。
它给所有汽车连接至can网络服务器及外部测试设备提供诊断服务及服务器存储器编程的需求。
它对汽车内部can 总线架构无任何要求。
2参考的标准下述的参考文档对于该文档的应用是必不可少的。
3术语，定义和缩略词为编撰该文档目的，这些术语和定义已在iso14229-1，iso15765-1及iso15765-2中给出，以下缩略词术语同样适用。
da目标地址id标识符dlc数据长度码gw网关lsb最低有效位msb最高有效位na网络地址sa源地址sm子网掩码tos服务类型4协定该部分iso15765协议基于iso14229-1的协定，该协议遵从使用到诊断服务的osi服务协议。
5统一诊断服务（uds）对照osi模型的应用见图16应用层及会话层6.1应用层服务该部分iso15765协议使用iso14229-1的客户机-服务器式的应用层服务。
该系统具有测试、检测、监视，诊断及汽车服务器在线编程的功能。
6.2应用层协议该部分iso15765协议使用iso14229-1应用层协议。
6.3应用层诊断会话管理定时重要——任何一个服务器端产生的不等于n_ok的n_usdata.indication的指示服务，服务器应用层都不应该有一个应答信息。
6.3.1概况下述的是应用层及会话层的定时参数及它们如何在客户机-服务器模式中如何处理的。
图1osi模型中，基于can的uds实施下述的几种通信会话方式需区别开：a)物理的通信在如下期间1）默认会话方式2）非默认的会话方式——需进行会话处理b)功能的通信在如下期间1）默认的会话方式2）非默认的会话方式——需进行会话处理所有的情况下，请求服务器否定应答信息的扩展的定时应答，包括应答码78hex应当予以考虑。
ISO15765-2（20RR）道路车辆——控制局域网络诊断——第2部分：网络层服务ISO15765协议，定义了“道路车辆——局域网控制器（CAN）诊断”，包含如下几个部分：——第一部分：总论。
——第二部分：网络层服务。
——第三部分：统一诊断服务具体的执行——第四部分：排放相关系统的要求概述ISO15765-2的协议，定义车载诊断系统网络层要求，提供在CAN数据链路层（ISO11898定义）上运行。
虽说它最初设计是用在诊断系统上的，它同样适用于其它需要网络层协议的CAN通信系统上。
为了达到诊断通信要求，ISO15765协议是基于ISO/IEC7498和ISO/IEC10731的开放互联系统基本参考模型建立的。
该模型将通信系统分为七层，ISO15765协议映射到该模型上，分层如下：——统一的诊断服务（第7层），在ISO15765-3中定义。
——网络层（第3层），在ISO15765-2中定义。
——CAN服务层（第1，2层），在ISO11898中定义。
如表1所示，应用层服务是由ISO15765-3按照ISO14229-1和ISO15031-5建立的诊断服务制定的，但ISO15765-3协议不仅适用于上述的诊断服务项，也适用于大多数的国际标准及汽车生产商规定的诊断服务。
网络层服务由该部分的ISO15765协议定义，并独立于物理层上的操作，物理层仅仅是在法规的OBD上有规定。
道路车辆——控制器局域网（CAN）的诊断——第二部分：网络层1范围这部分ISO15765协议描述了在ISO11898定义的控制其局域网中裁剪的网络协议，用于满足基于CAN的车载网络系统。
它是按照ISO14229-1和ISO15031-5建立的诊断服务制定的，但该部分协议不仅适用于上述的诊断服务项，还适用于车载内部其它的网络通信。
该协议描述的是未经最后确认的的通信。
2参考的标准下述的参考文档对于该文档的应用是必不可少的。
ISO11898-1，道路车辆——控制器局域网（CAN）——第一部分——数据链路层及物理信号层ISO/IEC7498(所有部分)，技术信息——开放互联系统——基本参考模型3术语，定义和缩略词为编撰该文档目的，这些术语和定义已在ISO7498中给出，以下缩略词术语同样适用。
BS数据块大小CF连续帧confirm确认服务ECU电子控制单元FC流控制FF首帧FF_DL首帧数据长度FS流状态indication指示服务MTRpe信息类型N_AE网络地址扩展N_AI地址信息N_Ar网络层时间参数：ArN_As网络层时间参数：AsN_Br网络层时间参数：BrN_Bs网络层时间参数：BsN_ChangeParameter网络层服务项名称N_Cr网络层时间参数：CrN_Cs网络层时间参数：CsN_Data网络数据N_PCI网络协议控制信息N_PCItRpe网络协议控制信息类型N_PDU网络协议数据单元N_SA网络源地址N_SDU网络服务数据单元N_TA网络目标地址N_TAtRpe网络目标地址类型N_USData网络层无应答的数据段传输服务项名称NWL网络层request应答服务r接收者s发送者SF单帧SF_DL单帧数据长度SN顺序号STmin间隔最短时长4网络层总览4.1概述该项主要描述网络层总体的功能。
该部分的ISO15765协议定义了未最后确认的网络层通信协议。
该协议用于网络节点之间数据交互，例如从一个ECU到另一个ECU，或外部诊断设备和一个ECU之间的通信。
如果要传送的数据超过了单个的CAN帧长度，则需要提供拆分的方法。
为描述网络层的功能，它提供给高层的服务项及内部操作必须予以研究。
4.2网络层提供给高层的服务项该服务项接口定义了一些由网络层提供使用服务项，例如，数据发送、数据接收及协议参数设置。
已定义了两种类型的服务：a)通信服务项以下定义的服务项，使发送者最多能发送4095个字节的数据。
1）N_USData.request该服务项用于请求发送数据。
如果有必要的话，网络层拆分这些数据。
2）N_USData_FF.indication该服务项用于通知上层被拆分的信息的首帧的接收。
3）N_USData.Indication该服务项用于提供接收的数据至上层。
4）N_firm该服务项用于确认应答给上层，表示请求服务项已经被执行（成功执行或不成功执行）。
b)协议参数设置服务项以下定义的服务项，使之能够对协议参数动态设置。
1）N_ChangeParamter.request该项服务用于对特定内部参数的动态设置的请求2）N_firm3）该服务项用于确认应答给上层，表示修改协议特定项的请求已经被执行（成功执行或不成功执行）。
4.3网络层的内部操作网络层的内部操作为实现对等实体间的通信提供了分段、重组、数据传输流控制方法。
网络层主要的任务是传递一帧或大于一帧的数据信息。
超过一帧的信息被分成多个部分，每一个部分都以一个CAN帧的形式被发送。
图1显示的是未被拆分的信息的传送的例子。
图2显示的是被拆分的信息传送的例子流控制用来使发送端适应接收端网络层的接收能力。
该流控制策略同样适用于诊断网关和通信子网。
5网络层服务项5.1总览所有的网络层服务项有统一的结构。
为了定义这些服务项，三类主要的服务项说明如下：——请求服务，被更高的通信层或应用层使用，用于向网络层传递控制信息及要发送的数据；——指示服务，被网络层使用，用于向更高通信层或应用层传递状态信息及接收到的数据；——确认服务，被网络层使用，用于向更高通信层或应用层传递状态信息。
这些服务说明没有指定具体的应用程序接口，而只是一些独立于具体实施的主要服务项。
所有的网络层服务项有统一的结构形式，服务项写成如下的形式：service_name.tRpe(parameterA,parameterB,parameterC,…)这里，“service_name”是指服务项名称，例如，N_SDU，“tRpe”指示了服务项的类型，“parameterA,parameterB,parameterC,…”则是N_SDU服务项传递的值。
服务项定义了如何使服务的使用者(例如，诊断应用层)如何与服务的提供者（例如，网络层）协同运行。
以下服务项已在国际标准中说明，请求，指示和确认。
——使用请求服务项（service_name.request），服务使用者向服务提供者请求一项服务。
——使用指示服务项(service_name.indication)，服务提供者通知服务使用者网络层的一个内部事件或者一个对等实体的服务使用者的服务请求。
——通过确认服务项（service_name.confirm），服务提供者通知服务的使用者，之前服务使用者请求服务的结果。
5.2网络层服务说明5.2.1N_USData.request该请求服务项是请求传递<MessageData>数据及<Length>字节数，从发送者到到对等实体接收者，通过在N_SA,N_TA,N_TAtRpe及N_AE中的地址信息确认。
（参看5.3对参数的定义）。
N_USData.request服务项每次被启动，网络层应当通过一条N_USData.confirm服务通知服务使用者信息传递的完成情况。
（成功或失败）N_USData.request（MtRpeN_SAN_TAN_TAtRpeN_AE（可选的）<MessageData><Length>)5.2.2N_USData.confirmN_USData.confirm服务项由网络层发送，该服务项用于确定N_USData.request服务的完成情况，通过在N_SA,N_TA,N_TAtRpe及N_AE中的地址信息确认。
参数<N_Result>提供请求服务项的状态。
（参看5.3对参数的定义）N_USData.confirm（MtRpeN_SAN_TAN_TAtRpeN_AE（可选的）<N_Result>)5.2.3N_USData_FF.indicationN_USData_FF.indication服务项由网络层发送。
该服务项用于通知相邻上层接收到对等实体首帧数据已经到了。
通过在N_SA,N_TA,N_TAtRpe及N_AE中的地址信息确认。
（参看5.3对参数的定义）这个指示项发生在接收到拆分数据首帧的时刻。
N_USData_FF.indication（MtRpeN_SAN_TAN_TAtRpeN_AE（可选的）<Length>)N_USData_FF.indication指示服务项发送完，网络层应当总是紧跟着发送一个N_UDSData.indication服务项，指示信息接收的完成情况。
（成功或失败）N_USData_FF.indication指示服务项应当至友网络层发送指示信息段的首帧是否被正确接收。
如果网络层监测到首帧中任何类型的错误，该信息应当被网络层忽略，并且N_USData_FF.indication指示服务项不应当被发送至相邻的上层。
如果网络层接收到首帧中数据长度项的值(FF_DL)大于接收者缓冲区的数据，这应当被认为是一个错误的条件并且N_USData_FF.indication指示服务项不应当被发送至相邻的上层。
5.2.4N_USData.indicationN_USData.indication服务项由网络层发送。
该服务项指示<N_Result>事件并传递<Length>字节数的<MessageData>至相邻的上层。
这些信息通过同等实体间通过存放于N_SA,N_TA,N_TAtRpe及N_AE中标识的地址信息接收过来的。
当<N_Result>值为N_OK时，<MessageDate>及<Length>参数信息才有效。
N_USData.indication（MtRpeN_SAN_TAN_TAtRpeN_AE（可选的）<MessageData><Length><N_Result>)N_USData.indication服务项是在接收到单帧（SF）信息或是指示拆分信息接收的完成时发送。
如果网络层检查到单帧中任何类型的错误，该条单帧信息应当被忽略并且N_USData_FF.indication指示服务项不应当被发送至相邻的上层。
5.2.5N_ChangeParameters.request该服务项用于请求本地实体内部参数的修改。
<Parameter_Value>参数值分配给<Parameter>参数（参看5.3对参数的定义）。
对参数总是可以修改的。
