UDS全称为Unified Diagnostic Services，统一的诊断服务。由ISO-14229系列标准定义。
诊断通信的过程从用户角度来看非常容易理解，诊断仪发送诊断请求(request)，ECU给出诊断响应（response），而UDS就是为不同的诊断功能请求和响应之间定义了统一的内容和格式。位于OSI模型中的应用层。
作为汽车诊断通信重要构成部分，UDS在诊断中作用主要体现在以下几个方面
- 在诊断故障码中运用： 读取当前故障，历史故障，读取故障发生时环境信息，清除故障码
- 数据传输 ：读取各种参数，下线配置
- 控制例程： 下线测试，身份认证，控制器reset等
- 上传下载： 刷新常用的诊断服务
Diagnostic request的格式：
Diagnostic request的格式可以分为两类：
一类是拥有sub-function的，
另一类是没有sub-function的，
Service ID(以下简称SID)的长度固定为1个字节，代表了这条诊断命令执行的什么功能。
sub-function的长度也是1个字节，它通常表示对这个诊断服务的具体操作，比如是启动、停止还是查询这个诊断服务。
而后面的parameter则根据各个诊断服务的不同具有不同的内容，长度和格式并没有统一规格，它用于限定诊断服务执行的条件，比如某个诊断服务执行的时间等。parameter的一个重要应用是作为标识符，标识诊断请求要读出的数据内容。
有一点要补充的是，其实sub-function严格来说是7个bit，而不是1个byte，因为它的最高位bit被用于抑制正响应（suppress positive response,SPR），如果这个bit被置1，则ECU不会给出正响应（positive response）； 如果这个bit被置0，则ECU会给出正响应。这样做的目的是可以告诉ECU不要发不必要的response，从而节约通信资源。
Diagnostic response的格式：
Diagnostic response分为positive和negative两类。
positive response意味着诊断仪发过来的诊断请求被执行了，
而negative response则意味着ECU因为某种原因无法执行诊断仪发过来的诊断请求，而无法执行的原因则存在于negative response的报文中。
$10诊断会话 Diagnostic Session Control
$10包含3个子功能，
01 Default默认会话，
02 Programming编程会话
03 Extended扩展会话，
ECU上电时，进入的是默认会话（Default）。
例子：以CAN总线网络举例。CAN帧一共8个字节，第一字节被网络层占用。(ISO 15765-2的知识)
进入01会话成功，进入02会话失败，进入03会话成功
