车载以太网 - SomeIP - 初识 - 01

SOA，Service-Oriented Architecture，即面向服务的架构

        SOA是一种面向服务的架构，定义了“服务器”和“客户端”，前者是服务、数据的提供者，后者是订阅了所需要的服务或者数据。应用程序之间是公三耦合，并通过服务总线作为中间件进行通信。SOA更像是一种框架，需要将信息从A端传输到B端，并且A端和B端之间为松散的耦合，以便实现代码的灵活开发，对于扩展性和可复用性也是重要的要求等待的一系列的定义。至于传输是走公路、水路、铁路，它是不管的，只要能够达到即可。当前车载上面主要使用的通信协议中间件是SomeIP和DDS这两种，他们各有优缺点，至于说那种更好只能说是仁者见仁智者见智了，也许时间会给出答案。

        SomeIP作为设计之初就是为了应用在车载上的协议，它在车载上的锲合度毋庸置疑，很多功能和内容都是为了车载而生，劣势也是相当明显，应用并不是很成熟；DDS的优点是已经有了成熟的应用在国防、航空等领域，但是缺点亦很明显，那就是体积太过庞大，想要使用在车上轻量的ECU上，需要进行裁剪适配。当前各家主机厂都会在这2种协议中进行选择，大家都可以了解一下，发挥各自的优势，也许能够实现互补也不是不可能。

SOME/IP，Scalable service-Oriented Middleware over IP是一种面向服务的传输协议

        SomeIP它是一种面向服务的传输协议。它是一种协议，打个比喻的话，我们可以把它当做道路，至于路上跑的车拉的获取要拉到哪里它不管，只要符合道路安全行驶规范即可，它要做的就是底层协议保证道路畅通，车辆能够到达他想到达的地方。

        SomeIP进行功能上的扩展，其主要思路是给SomeIP添加TLV（Type Length Value）支持，以实现更好的灵活性，我们知道SomeIP的序列化是采用了比较静态的定义方式，比如SomeIP的Payload中的参数类型、参数的顺序、字节序等信息，都是在配置文件中静态定义的，那么应用程序在使用这些类型时，必须严格遵循配置文件中的定义去解析数据。所谓的TLV，简单来说就是给每一个参数添加一些附加的标签信息，比如类型信息、长度信息，这样应用程序依赖这些标签信息进行动态的解析参数。对TLV的支持将使软件系统进一步解耦，让应用程序以更灵活的方式使用SomeIP。但是灵活和高效率往往是鱼与熊掌不可兼得，引入TLV的缺点也是明显的，额外的标签信息将占用大量的Payload内存，这极大的降低了传输带宽，对实际的使用也会有一定的影响。

DDS，Data Distribution Service，数据分发服务

        由OMG发布的分布式通信规范，采用发布/订阅模型，提供了多种QoS服务质量策略，以保证数据实时、高效、灵活的分发，可满足各种分布式通信的应用需求。同样跟SomeIP类似提供了传输通道，不同的服务可以根据是的需求使用相同或者不同的策略进行信息交互。

        DDS目前主要使用的领域是在国防、航空航天等领域，并且已经广泛的应用其中间件技术。DDS的核心规范主要由2个，一个是DDS specification，另外一个是DDSI-RTPS specification。其中DDS specification定义了DDS的应用程序接口和基本行为；DDSI-RTPS specification定义了DDS的传输实现，以便实现不同产品之间的互操作性。并且在2017年发布的DDS-PRC规范，使得DDS能够基于发布-订阅模型实现远程过程调用（PRC），满足了SOA的架构需求。

        本文主要介绍了SOA、SomeIP、DDS的定义，以及他们之间的关系，这也是我在学习SomeIP之初存在疑惑，因此专门对其进行了梳理，以便大家能够更好的对比学习，明白SomeIP的功能是什么，希望对大家有所帮助吧。