该服务主要运用于控制某些类型数据的收发。因为在项目中只是验证该服务是否能够正常生效，并没有做更深入的研究。这里主要以介绍为主。
诊断请求格式
具体的格式要求如下：
关于controlType的参数说明请看下方表格：
| Hex | Name | Description |
|---|---|---|
| 00 | enableRxAndTx | 启用消息接受与传输 |
| 01 | enableRxAndDisableTx | 启用消息接收，禁用消息传输 |
| 02 | disableRxAndEnableTx | 禁用消息接收，启用消息传输 |
| 03 | disableRxAndTx | 禁用消息接受与传输 |
| 04 - 3F | ISOSAEReserved | ISO 保留 |
| 40 - 5F | vehicleManufacturerSpecific | 整车厂定义 |
| 60 - 7E | systemSupplierSpecific | 供应商定义 |
| 7F | ISOSAEReserved | ISO 保留 |
关于communicationType的参数说明请看下方表格
转化成我的理解就是：
如阐述不对，请指出。
正响应格式
具体的格式要求如下：
这里的正响应还是比较简单明了，就不赘述。
负响应的NRC码
具体的NRC码说明如下：
| Hex | Name | Description |
|---|---|---|
| 12 | subFunctionNotSupported | controlType不在需求定义范围内 |
| 13 | incorrectMessageLengthOrInvalidFormat | 诊断请求格式存在错误 |
| 22 | conditionsNotCorrect | 条件不满足 |
| 31 | requestOutOfRange | communicationType的值不在需求定义范围内 |