some/ip

车载以太网与SOME/IP服务化通信实战-05.UDP 还是 TCP:连接管理与超时账、队头阻塞的 200 ms 罚单与 198 节点重连风暴上一篇(04)把 SOME/IP-TP 的账算到了分片级:1392 B/片、1 MB 要 754 片、"分片级 ARQ≤3 轮"比"整条重传"省 1936 倍。那一篇默认了一个前提——跑在 UDP 上。本篇把这个前提掀开。逐层剥帧的结论是:UDP 事件帧 126 B,TCP 事件帧 138 B,差的 12 B 是 TCP 头;但只要 TCP 不给 ACK 捎带的机会,每帧还要再叠一个最小 64 B 的纯 ACK 帧,小载荷下 TCP 的线上成本直接翻倍(payload=64 时效率 50.79% → 3

车载以太网与SOME/IP服务化通信实战-02.状态机与订阅:SOME/IP-SD的三态迁移、重传账与上电风暴本篇把 SOME/IP-SD 拆成一台可执行的状态机和两本可算的账。用 Python 实现服务端三态状态机(INITIAL_WAIT / MAIN / REPEATED_INITIAL_WAIT),固定种子跑出 6 次真实迁移日志与 20000 次蒙特卡洛:首个 Offer 到达均值 0.251s、p95 0.475s;再对客户端订阅握手做 20000 次×7 档丢包率仿真——不重传时 10% 丢包订阅成功率只有 81.6%,重传 3 次(间隔 0.3s)拉到 99.9%,30% 丢包下从 49.3% 拉

车载以太网与SOME/IP服务化通信实战-03.事件通知与丢包语义:三类丢包模型、AoI时效账与缺口检测阈值上一篇(02)把订阅握手做到了订阅成功率 99.89%@10% 丢包,但订阅成功只是"通道打通"。本篇把"事件通知"从一句 OnChange 拆成三本可算的账。同一份固定种子(20261012)、20 万报文的三类丢包序列:Bernoulli(iid, 2%) 实测 2.043%、Gilbert-Elliott 稳态解析 3.558%(实测 3.814%)、拥塞切换解析 14.10%(实测 13.19%),解析与蒙特卡洛最大偏差 7.19%。开销账:20 路信号、每路 2 Hz 变化率下,纯事件通知只要

车载以太网与SOME/IP服务化通信实战-01.从字节到服务:SOME/IP报文解析与四通道开销账本篇是专栏首篇,先把"服务化"四个字拆成字节、账本和时延三样可测的东西。用 Python 手写 SOME/IP 编解码器:一个真实的扭矩请求被序列化为 20 字节 12 34 01 01 00 00 00 10 A0 01 00 01 01 01 00 00 14 6E 07 5A,回环解析校验通过;再把同样 64B 应用数据推上四条通道算总线账:CAN 500k = 8帧 / 127.65B / 2.042ms、CAN FD 2M = 1帧 / 82.23B / 0.432ms、SOME/IP-UDP

齊家治國平天下

Google AAOS 中 SOME/IP 框架深度解析：从架构到实践随着软件定义汽车（Software Defined Vehicle, SDV）时代的到来，汽车电子电气架构正从传统的分布式 ECU 向集中式高性能计算平台演进。在这一变革中，面向服务的通信协议成为连接各个功能域的关键纽带。SOME/IP（Scalable service-Oriented MiddlewarE over IP）作为 AUTOSAR 标准中定义的中间件协议，已成为车载以太网通信的事实标准。

AP-03 SOME/IP协议实战 - AUTOSAR自适应平台通信中间件深度解析SOME/IP (Scalable service-Oriented Middleware over IP)是一种面向服务的IP中间件协议，最初由BMW集团开发，后来被纳入AUTOSAR标准，成为汽车以太网通信的核心协议之一。

想成为优秀工程师的爸爸

车载以太网之要火系列 - 第48篇：郭大侠学SOME/IP （Subscribe订阅）：想收通知要订阅，订阅之后随心阅上回说到，郭靖搞清楚了Find Service——客户端主动问“谁会啥”，服务端单播回复。郭靖合上笔记本，信心满满：“蓉儿，我懂了！Offer是服务端喊‘我在这’，Find是客户端问‘谁在’。双保险，总能找到服务。”

想成为优秀工程师的爸爸

车载以太网之要火系列 - 第47篇：郭大侠学SOME/IP （Find Service）：主动通知未收好，自己寻问自己找上回说到，郭靖搞清楚了Offer Service——服务端上电后主动广播“我会啥，我在这”。郭靖合上笔记本，信心满满：“蓉儿，我懂了！服务端上电就喊话，客户端等着收就行了。”

想成为优秀工程师的爸爸

车载以太网之要火系列 - 第46篇：郭大侠学SOME/IP （offer Service）：启动时快稍后慢，断断续续哥还在上回说到，郭靖搞清楚了Offer Service的基本原理——服务端广播“我会啥，我在这”，TTL告诉客户端有效期。

想成为优秀工程师的爸爸

车载以太网之要火系列 - 第45篇：郭大侠学SOME/IP （Offer Service）：上电主动会喊话，Offer告知我会啥上回说到，郭靖搞清楚了SD报文长啥样——固定的FF FF 81 00身份证，里面包着SD头部、Entry和Option。

想成为优秀工程师的爸爸

车载以太网之要火系列 - 第40篇：郭大侠学SOME/IP - Method vs Event：一个一问一答，一个自己说话上回说到，郭靖搞清楚了Service ID（什么服务）和Instance ID（第几个）。车窗服务是0x0300，左前窗是0x0001。

想成为优秀工程师的爸爸

车载以太网之要火系列 - 第37篇：郭大侠学SOME/IP - 玄之又玄谓之道，报文头中藏玄妙上回说到，郭靖搞清楚了SOA是啥——不写死、动态找，让模块自己说“我会啥”，让别人自己找“谁有我需要的”。

小丑小丑小丑

【AP AUTOSAR】AUTOSAR_PRS_SOMEIPProtocol解读对AUTOSAR_PRS_SOMEIPProtocol文档进行内容解读，这个文档讲的是SOMEIP协议的规范条目，也就是具体要怎么做。

SOME/IP: Scalable service-Oriented MiddlewarE over IP车载以太网的服务化通信协议SOME/IP（Scalable Service-Oriented Middleware over IP）是 AUTOSAR 定义的一种基于 IP 的轻量级通信协议，旨在通过车载以太网实现电子控制单元（ECU）间的服务化通信。是当前车载 SOA（Service-Oriented Architecture）架构的核心通信协议。

【翻译】【SOMEIP-SD】Page93 - Page95[PRS_SOMEIPSD_00830] 如果客户端向以安全/加密的方式订阅服务端的eventgroup，则客户端应该在发送Subscribe Eventgroup Entry前与安全组件确立链接。注意：对于只允许一方主动确立链接的安全协议（如：TSL/TSL），每个ECU应该为服务端和客户端使用不同的通信端点，以确保ECU正确处理每个安全链接。

【翻译】【SOMEIP-SD】Page87 - Page89请求/应答方式之外，还有一些情形客户端想从服务端获取一些信息或参数，但并不想每次都去请求。这中情形被叫做“notifications” 、“concern events” 和 “fields”

【翻译】【SOMEIP-SD】Page79 - Page84本节介绍SOME/IP-SD的机制设计原因和错误处理 Soft State Protocol：SOME/IP-SD被设计软件状态协议，因此设计了TTL机制。软件状态需要按时刷新以保持其有效性，可以在配置中将TTL设置成最大值用于关闭这个功能。

【翻译】【SOMEIP-SD】Page54- Page56[PRS_SOMEIPSD_00484] Subscribe Eventgroup Entry关联的Endpoint用于服务实例UDP组播或TCP的SOME/IP时间发送

【翻译】【SOMEIP-SD】Page59 - Page62[PRS_SOMEIPSD_00388] Stop Subscribe Eventgroup Entry用于停止订阅Event Group

【翻译】【SOMEIP-SD】Page35 - Page37SOME/IP-SD用IPv4 Endpoint Option标记相关的endpoint。endpoint包含IP地址、传输协议（TCP或UDP）、Port号。Port号用于Event和Notification Event。