在软件定义汽车的浪潮下，SOA已成为车企破局的核心战略，实现跨域协同、高频迭代和轻量化OTA升级，彻底改变传统汽车电子牵一发而动全身的困境。然而，现阶段绝大多数车企都是传统CAN ECU+以太网域控HPC混合架构，新旧平台并行3-5年，当基于AUTOSAR CP的传统信号架构遇到AP的服务化架构，面临的问题有很多，主要有以下三点：
- 信号直接映射到以太网会导致有效负载低下（不足10%），以太网资源浪费严重；
- 新老平台切换（服务架构切换信号架构），整车项目开发周期拉长半年以上，改造成本翻倍；
- 各事业部/供应商服务接口标准不统一，重复建模、集成测试工作量激增；
S2S（Signal to Service）方案正是为解决上述痛点而生，它不是简单的协议转换，而是通信系统、数据模型和开发流程的全栈适配。S2S的核心价值在于保护既有投资的同时，平滑过渡到SOA架构，避免推倒重来的巨大成本，实现新老平台共存的双赢局面。
通过S2S可以实现：
|------------------|----------------|------------------|
| 信号架构（CP） | S2S 转换 | 服务架构（AP） |
| 周期信号广播 | 信号聚合→服务封装→事件触发 | 按需服务调用/订阅/发布 |
| 固定信号接口 | 接口标准化→服务契约定义 | 灵活服务发现/注册 |
| 紧耦合模块设计 | 功能解耦→服务拆分 | 松耦合服务组合 |
| 静态部署 | 动态映射→部署配置 | 灵活升级/扩展 |
PREEvision 作为汽车行业主流的模型开发工具，提供了完整的S2S建模环境，支持信号抽象、服务定义、接口映射、通信配置及模型校验全流程开发。
以下基于一个完整的操作流程，详细阐述如何在PREEvision 10.10中进行S2S建模：
- 服务定义
- 硬件网络设计
- SOME/IP服务部署
- AUTOSAR Classic的SWC实现
- 接口映射
- AUTOSAR Adaptive的SWC设计
- 软件与硬件映射
- 连接Classic与Adaptive的软件组件
- 信号路由
图片来自Vector
- 服务定义
为了在硬件网络上进行数据交换，需要对服务进行建模。在PREEvision中，该服务包括服务本身、服务提供者、服务消费者以及定义服务类型的接口。后续将基于服务和服务接口创建软件组件和SOME/IP通信。
操作方法：在System Software Architecture下的UML Package创建Service（Service Provider和Service Consumer，并进行关联）和Service Interface（包括Method、Property和Event）。
另外，可以继续创建Data Type、mode、Namespace、Executable、Process Design、Software Cluster Design、Process等完善服务定义部分模型。
图片来自Vector
- 硬件网络设计
创建硬件网络层，作为实现软件层功能的载体。
操作方法：在Component Package下，对于Adaptive侧创建Computer作为硬件构件，Classic侧创建ECU作为硬件构件。另外创建一个Switch，用于连接Adaptive侧与Classic侧构件。将Adaptive侧与Classic侧构件通过以太网连接到Switch上。
图片来自Vector
- SOME/IP接口部署
为了后续配置通信（无论是内部通信还是通过总线通信），需要进行接口部署。对于特定的中间件技术，接口部署定义了服务接口所提供的或所消费的数据如何被识别和序列化以进行传输。当采用SOME/IP作为中间件技术时，PREEvision可自动生成服务部署。
操作方法：在Service Interface上运行Create SOME/IP Interface Deployment，完成SOME/IP接口部署。
图片来自Vector
- Classic软件类型实现
Classic侧不定义Service Interface，而是通过Classic接口与Adaptive侧接口进行通信。基于Service，创建Classic侧的SWC Type和Classic接口。
操作方法：在Software Type Package下创建Application SW Component Type和Sender Receiver Port或Client Server Port。另外创建Classic接口：Interface/Data element或Interface/Operation。同时在System Software Architecture下进行SWC Type的实例化操作，并将Interface赋予到实例化后的Port上。
图片来自Vector
- 接口映射
在创建了Adaptive的Service Interface和Classic的Interface/data element、Operation后，需将这些接口进行关联，以保证通信的一致性。
操作方法：在System Software Architecture下创建Platform Interface Mapping，基于不同的Service Interface类型，创建Event Platform Interface Mapping/Method Platform Interface Mapping和Property Platform Interface Mapping。分别关联对应的Service Interface和Operation或Data element。另外在Event Platform Interface Mapping/Property Platform Interface Mapping下创建Event Platform Data Type Mapping，用于绑定Service Interface和Data element的数据类型。
图片来自Vector
- Adaptive侧软件实现
AUTOSAR Adaptive平台作为面向服务的平台，基于Service Interface进行工作，所以Adaptive SWC的端口由Service Interface进行定义。SWC Type基于Service进行划分。
操作方法：在Software Type Package下创建Adaptive Application SW Component Type，分为Provider端和Consumer端，并在Provider端下创建Adaptive Provided Port Type，在Consumer端下创建Adaptive Required Port Type。在System Software Architecture下进行SWC Type实例化操作，并将Service Interface赋予给实例化后的Port上。
图片来自Vector
- 软件和硬件映射
软件与硬件映射定义了软件组件运行在哪个硬件上。
操作方法：将Classic侧的Application SW Component实例拖拽到ECU上，将Adaptive侧的Adaptive Application SW Component实例拖拽到Computer上，完成软件与硬件的映射。
图片来自Vector
- Classic的SWC与Adaptive的SWC连接
为实现Classic平台和Adaptive平台之间通信，需通过Port Adapter将两个平台的SWC连接起来，这是后面信号路由的前提。
操作方法：在Root Composition下创建Software Architecture Diagram，将Classic平台和Adaptive平台的SWC拖拽到图上，两个平台的SWC通过Port Adapter连接。Port Adapter需赋予Platform Interface Mapping和Service Interface。
图片来自Vector
- 信号路由
基于Platform Interface Mapping、软件架构、软硬件映射等，可以进行信号路由创建SOME/IP通信。
操作方法：在Root Composition上进行Run Signal Router，路由生成：Adaptive侧的Consumed Service Instances and Provided Service Instances；Classic侧的Consumed SOME/IP Service Instances and Provided SOME/IP Service Instances，以及序列化后的信号等。
图片来自Vector
对于现阶段仍处于CP+AP混合电子架构转型期的车企，S2S是兼顾存量开发资产与 SOA 升级的最优路径，不用废弃成熟的传统ECU软件，通过标准化接口映射、自动化路由生成，一站式打通CAN信号与以太网SOME/IP服务通信。
依托PREEvision全链路可视化建模能力，从服务定义到整车通信配置全部可视化操作，大幅减少手动建模、集成调试工作量，缩短SOA落地周期。