深入理解SOMEIP培训讲义 - 干货！！！

Allen.Su

已于 2023-06-01 21:55:39 修改

阅读量931

点赞数 1

分类专栏：网络协议文章标签： c++ SOMEIP

于 2023-06-01 14:58:15 首次发布

本文链接：https://blog.csdn.net/weixin_30197685/article/details/130987948

版权

网络协议专栏收录该内容

1 篇文章 1 订阅

订阅专栏

曾经给同事培训 SOMEIP 写的干货，分享给大家！！！
也欢迎关注！！！评论！！！
以下是我写的系列文章

系列文章目录

C++高性能优化编程系列
 深入理解设计原则系列
 深入理解设计模式系列
 高级C++并发线程编程

世间最容易的事是坚持，最难的事也是坚持。要记住，坚持到底就是胜利。

深入理解SOMEIP协议

系列文章目录
1、SOMEIP 概述
2、SOMEIP Protocol Frame（协议解读）
3、SOMEIP Serialization of Data Structures（数据结构的序列化）
4、SOMEIP Serialization of Data Structures（序列化常见问题）
5、SOMEIP Error Processing（错误处理）
6、SOMEIP Service Discovery Protocol（服务发现协议）

1、SOMEIP 概述

服务是SOME/IP的最核心的一个概念，属于会话层的协议。
在这里插入图片描述

在一个服务中，定义了Server和Client两个不同角色：Server提供服务，Client调用服务。
对于同一个服务，只能存在一个Server，但可以同时存在多个Client调用服务。一个Service由0至多个Event/Method/Field组成。
在车载网络中，某个ECU有时会需要调用实现在其他ECU上的个服务，这个时候它俩就分别扮演了Client和Server的角色，而SOME/IP就是实现这种远程服务调用的接口。
与CAN总线为主的车载网络（当发送者发现信号的值变化了，或者发送周期到了，就会发送信息，而不考虑接收者是否有需求。）相比，而SOME/IP则不同，它是在接收方有需求的时候才发送，这种方法的优点在于总线上不会出现过多不必要的数据，从而面向服务的通讯方式能够大大降低总线的负载率。

2、SOMEIP Protocol Frame（协议解读）

SOMEIP传输协议帧：
在这里插入图片描述

3、SOMEIP Serialization of Data Structures（数据结构的序列化）

什么是序列化？
序列化：将对象的状态信息转换为可以存储或以二进制的形式在网络中传输。
反序列化：将序列化过程中所生成的二进制串转换成数据结构或者对象的过程。
序列化规则：
在这里插入图片描述

4、SOMEIP Serialization of Data Structures（序列化常见问题）

4.1 SOMEIP Serialization of Data Structures（序列化常见问题-大小端）

首先什么是大小端：

大端：高字节存放到内存的低地址。
小端：高字节存放到内存的高地址。

假如有一个数据是0x12345678，直接用memcpy将这个数copy到下图中的Length里面来，如果是大端的话，((uint8)Length)[0]就等于0x12；如果是小端的话，就是0x78。
在这里插入图片描述
因为对于赋值的方便性来讲，大端是网络通信中常用的方式（例如TCP/IP），所以SOME/IP格式头也使用大端。Payload由于是用户自主定义的内容，所以用户可以自己决定大小端。

4.2 SOMEIP Serialization of Data Structures（序列化常见问题-数据对齐）

对于不同的CPU，数据的存放有不同的对齐原则，有8、16、32甚至64位对齐（可以配置）。如果一个数据是按照CPU对齐的，那么在反序列化的时候会有一定的性能优势。但是SOME/IP序列化的时候只支持对动态数据类型自动添加填充位（即动态数组、动态字符串）。使用场景比较局限且序列化的时候还会消耗一些性能，多时候都默认使用8bit对齐（也就是不对齐）。我们也举个例子简单讲讲：
在这里插入图片描述
假如我们设计的服务接口有两个参数，一个是uint8 arr[5]，另一个是uint8 arr2[3]，且假设两个数组都是动态数组。动态数组都是要加长度域的，以表示后面的数组的字节数，假设arr使用2bytes的长度域，arr2使用1byte的字节域。当前CPU是4字节对齐，那么序列化完arr的5个数据后，就不能立即序列化arr2。因为arr的长度域+数据域一共7bytes，不是4的整数倍，要填充1byte。而后面的arr2由于是该someip报文的所有元素的末尾元素，虽然其也是动态数组，但是不用填充（因为后面没有数据了，不会影响后面数据的反序列化性能）

4.3 SOMEIP Serialization of Data Structures（序列化常见问题-数据类型）

拿C语言举例，能用到的数据类型有：
基础数据类型：就是C语言中的保留字能直接使用的类型及其重命名类型。如uint8，short，long和float64等
复杂数据类型：就是C语言中需要通过基础数据类型进行组合的新类型。如struct，union，array和string等
需要强调的一点是：string和动态array这样的类型在C语言中是不存在的，但是string可以通过array模拟；动态array也可以通过struct模拟。在CP协议中，可以识别这些模拟出来的类型，并序列化成string和动态array。下面列举一下someip所支持的所有可序列化的数据类型。
在这里插入图片描述
需要注意的是：
someip不支持指针的直接序列化，因为没有任何意义，通信双方的内容地址和存放的数据都是不同的，直接传地址是去不到对应数据的。
someip支持使用TLV（Tag Length Value）格式传输数据，需要配置打开。

5、SOMEIP Error Processing（错误处理）

客户端不管是请求还是订阅，都有可能在服务器中遭遇失败，这也就意味着服务器需要具备错误处理的能力。

Return Code是将应用程序错误和方法的响应数据从服务器传输到客户端。

对于通过UDP接收的SOME/IP消息，应检查UDP如下信息：

UDP数据报大小应至少为16字节（即SOME/IP消息的最小长度）
UDP首部中Length字段的值应小于或等于UDP payload字节数

6、SOMEIP Service Discovery Protocol（服务发现协议）

SOME/IP SD全称，SOME/IP Service Discovery，即服务发现。在Client与Server间进行数据传输前，需要检测网络连接、询问Server服务能力、数据传输要求、Server与Client之间的发布/订阅处理等，这样的一系列过程叫做服务发现；

SOME/IP SD报文特征，报文结构有普通SOME/IP报文一致，但Message ID（ServiceID/MethodID） = 0xFFFF/8100；
SOME/IP SD功能，定位服务实例、检测服务实例状态、订阅/发布管理；
SOME/IP SD当前只支持基于IP的通信；
SOME/IP SD依赖于SOME/IP，SOME/IP支持TCP和UDP，但SOME/IP SD限制只能通过UDP（因为UDP单播、多播、延时小可满足SOME/IP SD要求）；
SOME/IP SD报文特征，报文结构有普通SOME/IP报文一致，但Message ID（ServiceID/MethodID） = 0xFFFF/8100；
SOME/IP SD功能，定位服务实例、检测服务实例状态、订阅/发布管理；
SOME/IP SD当前只支持基于IP的通信；
SOME/IP SD依赖于SOME/IP，SOME/IP支持TCP和UDP，但SOME/IP SD限制只能通过UDP（因为UDP单播、多播、延时小可满足SOME/IP SD要求）；