01

$10会话控制请求服务

ECU在正常工作时会处于某一个会话模式下，上电后会自动进入默认会话模式，所以ECU启动后我们不需要输入$10 01来进入该会话模式。ECU的不同会话模式间存在一定的状态转换关系规则。

初次接触会话控制模式可能不太理解这个服务的含义和用途，我们通过一个例子来进行类比。例如：我们将ECU之间的通讯类比成不同人员之间的对话。两个人在公共场所畅所欲言，随意讨论非私密性的话题，这个场景类似默认会话，不会对安全性有要求，无需刻意寻找专门使用场所，即不需要专门会话控制进入此模式，上电即默认进入。如果两人想讨论隐秘点的话题，不想其他不相关人员知道，于是换个环境，从公共场所进入了单独的会议室，这个过程可以类比成从默认会话进入了扩展会话，进入会议室后为了确认对方是本人没被冒充，进行识别鉴权询问口令“天王盖地虎”，查看对方能不能答出“小鸡炖蘑菇”，认证鉴权的这个附加过程就属于跟$10服务配合使用的安全接入请求服务$27，沟通结束退出会议室回到公共区域，这个过程就是从扩展会话退出到默认会话的过程。大家可能有疑问为何没提及编程会话，这个模式我们会另外讲解。

1.1 会话模式间的转换

前面的例子中我们可以看到不同会话模式间的切换存在一定的逻辑关系。下图显示的就是一个不同会话间转换示例图，需要注意的是不同项目中对于进入编程会话通常会有不同的设计要求，具体项目中会话间跳转关系必须依据项目的规范文件。

图 1

1）默认会话

设备上电后自动进入默认会话模式，从图中我们可以看出在默认会话模式下的切换关系。

本模式重新进入：可以通过$10 01再次进入默认会话，通过$11 01、$11 03复位服务重启进入默认会话。

本模式进入其他模式：默认会话模式可以通过$10 02进入编程会话模式，在有些项目中默认会话是不能直接进入编程会话模式，具体项目中是否能够支持需要查阅项目产品的诊断技术规范；默认会话模式下还可以通过$10 03进入扩展会话模式。

2）编程会话

启动编程会话ECU会进入boot模式，进入boot模式后ECU可以进行固件的更新。boot的更新可以通过Jtag接口使用工具进行烧录，相对来说Jtag接口的权限等级比较高，可以通过工具直接修改存储空间中对应地址的数据信息。实际项目会使用CAN网络进行软件刷写，商用阶段去除Jtag接口，这样处理的话安全性会得到一定保障。同样的在boot模式下可以刷写固件，那很多诊断服务在boot下也可以正常执行，如配合刷写的$11、$22、$2E、$31、$28、$34、$36、$37、$85等服务。

本模式重新进入：处于编程会话模式下，可以通过$10 02再次进入编程会话。

本模式进入其他模式：编程会话状态下可以通过$10 01进入默认会话，通过$11 01服务复位ECU来进入默认会话；编程会话不能进入扩展会话模式。

3）扩展会话

某些服务需要扩展会话的支持才能执行，扩展会话下如果不配合使用$3E服务，ECU会在数秒后自动退出扩展会话模式进入到默认会话模式。

本模式重新进入：处于扩展会话模式下，可以通过$10 03再次进入扩展会话。

本模式进入其他模式：在不使用$3E服务保持会话时，可以通过超时自动退出到默认会话模式，可以通过$10 01进入默认会话，通过$11 01、11 03服务复位ECU来进入默认会话；在某些项目中仅支持$10 03扩展模式下，才能进入$10 02编程会话。

$10服务的请求报文格式总体上跟上篇中描述服务发送报文内容一致。子服务通常是前文讲的01默认会话、02编程会话、03扩展会话，当然规范中还存在00保留字段、04安全系统诊断会话、05-3F保留、40-5F主机厂自定义字段、60-7E零部件供应商自定义字段等等。实际上主机厂可以根据项目情况进行高自由度的内部自定义，因为这些定义的范围都只是在当前项目适用，为了设计上的高复用性和减少设计研发工作量，要适当考虑自定义部分的占比。发送报文帧结构如下图：

图 2

举例，$10服务的请求报文通常为：$10 01、$10 02、$10 03，当然根据项目实际情况可以进行自定义子服务。

$10服务的响应报文格式总体上跟上篇中报文发送内容格式一致。正响应报文的首字节服务号根据协议变为$50，第二字节对应请求报文的子功能。第3至4字节属性字段是跟ECU收到报文后发送第一帧响应报文间隔时间相关的计时器设置数值，第5至6字节是NRC中0x78否定响应报文发送和下一个消息发送间隔时间相关的计时器设置数值。响应报文帧的结构图如下所示：

图 3

举例，$10服务的响应报文通常为：$50 01、$50 02、$50 03。

$10服务的否定响应格式，可以参考上篇文章服务响应总体中负响应部分介绍，所有UDS服务的负响应故障代码表在项目中均是通用的。

02

$27安全控制服务