关于SOMEIP的理解_新能源技术.docVIP

关于SOMEIP的理解 1 总体说明 如上图所示为标准的网络七层架构，SOME/IP?(?Scalable service-Oriented MiddlewarE over IP)，即“运行于IP之上的可伸缩的面向服务的中间件”。他在系统中其实就是一个中间件的存在，所谓“Middleware中间件”是一种独立的系统软件或服务程序，分布式应用软件可借助Middleware在不同的技术之间共享资源。所谓的分布式应用软件，在这里指的就是“服务”；不同的技术之间，在这里指的就是“不同的平台或操作系统，比如Adaptive AUTOSAR系统等。 2 服务说明 服务是SOME/IP的最核心概念。在一个服务中，定义了Server和Client两个角色：Server提供服务，Client调用服务。对于同一个服务，只能存在一个Server，但可以同时存在多个Client调用服务。一个Service由0~多个Event/Method/Field组成。与CAN相比，面向服务的通讯方式能够大大降低总线的负载率。 2.1 Method 调用或引用一个进程/函数/子程序，通常由Client发起，并由Server答复。Request是最常见的一种Method，由Client向Server请求数据；Response是Request的结果，由Server答复Client的Request。而Method Fire Forget方式，只Client向Server发起，但Server对该请求不回复。 2.2 Event 一个单向的数据传输，只能是on change类型，用于Server主动向订阅（Subscribe）了相关服务的Client发布（Publish）信息。 2.3 Field 由以下三项内容构成： Notifier：通知，Server的Client订阅了服务后第一时间主动向其发送数据。 Getter：获取，由Client向Server请求数据。 Setter：设置，由Client修改Server的数据。 3 解析SOME/IP格式 3.1 Message Type说明 值 报 文类型 说明 0x00 REQUEST 请求，需要回复 0x01 REQUEST_NO_RETURN 请求，不需要回复 0x02 NOTIFICATION Notifier/Event，不需要回复 0x80 RESPONSE 回复 0X81 ERROR 带有错误信息的回复 3.2 Payload说明 通常在传输数据时，为了使数据传输更可靠，要把原始数据分批传输，并且在每一批数据的头和尾都加上一定的辅助信息，比如数据量的大小、校验位等，这样就相当于给已经分批的原始数据加一些外套，这些外套起标示作用，使得原始数据不易丢失，一批数据加上“外套”就形成了传输通道的基本传输单元，叫做数据帧或数据包，而其中的原始数据就是payload。 4 SOME/IP 服务发现SD 由于服务需要由Server和Client共同完成，因此在进行正常的数据传输之前，需要一系列的准备工作确认Server和Client之间是否已有网络连接。之后，Client还要询问Server能否提供所需的服务，并对服务的Event进行订阅。这些工作都是通过SOME/IP服务发现（Service Discovery）实现的。 SOME/IP服务发现用于定位服务实例、检查服务是否可用以及部署发布和订阅句柄。服务发现只能通过UDP实现。 服务发现的报文格式与一般的SOME/IP报文相同，但是其Message ID固定为0xFFFF8100。 4.1 主要功能 定位服务实例 检测服务实例是否在运行（即服务实例的状态） 发布/订阅行为的管理 4.2 SD报文解析 SOME/IP SD报文也是一种SOME/IP报文，是在SOME/IP报文的基础上进行了扩展，增加了Entry、Option等字段；Entries用于同步服务实例的状态和发布/订阅的管理，Options用于传输Entries的附加信息。 SOME/IP SD报文的ServiceID（0xFFFF）、MethodID（0x8100）、Request ID（0x0000）、ProtocolVersion（0x01）、Interface Version（0x01）、MessageType（0x02）、ReturnCode（0x00）等属性都是固定值。 4.2.1 Entry Entry字段可以理解为服务实例的“入口”，该入口包含服务实例以及需要订阅的事件组的信息。主要通过Entry实现提供服务、发现服务，以及订阅事件组的功能。 供服务用Entries 供EventGroup用Entries 报文中Type内容解释如下： 类别 Type值 Type名称 Service? 0x00