Le véhicule défini par logiciel impose une communication embarquée à haut débit et ultra-basse latence. La transition depuis les matrices CAN/LIN vers l'Ethernet automobile requiert des middlewares spécialisés gérant les appels RPC, le streaming de capteurs et un temps de cycle déterministe.
Dans les architectures d'ancienne génération, les capteurs diffusent des trames CAN sans métadonnées. L'ajout d'un signal oblige à recompiler le fichier DBC de tous les calculateurs du véhicule. En SOA, les fonctionnalités deviennent des services découvrables. Les applications souscrivent aux flux de capteurs par nom et s'échangent des types stricts définis via des langages d'interface comme Franca IDL ou protobuf.
SOME/IP est le standard de middleware automobile adapté aux systèmes embarqués et aux plateformes AUTOSAR Adaptive. Doté d'un en-tête compact de 16 octets, il implémente trois modes fondamentaux : Requête/Réponse pour les RPC, Fire & Forget pour les commandes asynchrones, et Eventgroups pour le modèle publication/abonnement. Le protocole SOME/IP-SD diffuse l'offre de services via multicast UDP.
Si SOME/IP est idéal pour le contrôle, l'automatisation de la conduite brasse des flux vidéo et LiDAR massifs. DDS (Data Distribution Service) fournit une architecture de publication/abonnement décentralisée sans serveur central reposant sur le protocole RTPS. DDS permet de définir des contrats QoS précis : fiabilité, persistance temporaire pour les nœuds retardataires, et respect strict des échéances temporelles (Deadline).
L'Ethernet classique n'est pas déterministe et s'avère incompatible avec la sécurité fonctionnelle critique (ISO 26262 ASIL D). L'ensemble de normes IEEE TSN (Time-Sensitive Networking) résout ce défi : IEEE 802.1AS assure une synchronisation d'horloge inférieure à la microseconde, et IEEE 802.1Qbv segmente le temps de transmission pour garantir que les commandes de freinage ou de direction ne soient jamais bloquées en file d'attente.