4.2.2 面向服务通信
4.2.2.1 应用程序之间的通信
[RS_CM_00200]通信管理应将全合格的服务ID转换成通信协议特定的服务ID
【类型：草稿
描述：通信管理应将全合格的服务ID转换成通信协议特定的服务ID。开发人员在应用程序代码中使用了完全合格的服务ID，需要对其进行定义以启用不同供应商的服务之间的协作。通信协议的特定的服务ID可以在网络上的消息中使用，如果通信协议服务ID空间不是为完全合格的服务ID设计的，则可能需要特定的通信协议服务ID。
原理：应用程序的二进制文件应不知道通信协议特定的服务ID。
依赖：–
用例：多个汽车生产线使用一个平台，但是对于两个汽车生产线，Service ID对平台来说是不一样。通信绑定也是用全合格的服务ID。通信管理将全合格的ID转换成SOME/IP服务ID。
支持材料：见Adaptive平台场景。】
[RS_CM_00204]通信管理应将协议独立的面向服务的通信映射到已配置的协议绑定，并应相应执行协议。
【类型：草稿
描述：通信管理应将协议独立的面向服务的通信映射到已配置的协议绑定，并应相应执行协议。应用程序代码应独立于实际配置的协议使用面向服务的通信。通信管理的责任是实现特定的协议。
原理：应用程序的二进制文件应不知道通信协议特定的服务ID。
依赖：–
用例：多个汽车生产线使用一个应用程序但是在两个汽车生产线上使用的通信协议是不同的。比如：在一个例子中使用SOME/IP，在另一个例子中使用本地IPC。
支持材料：–】
[RS_CM_00315] 通信管理应支持已配置的协议绑定的改变而不需要Adaptive应用程序重新编译。
【类型：草稿
描述：由于特定网络协议绑定的选择是集成商驱动的部署决策，因此特定网络协议绑定选择的任何更改或特定网络协议绑定的各种属性和参数的更改都应是可能的，而无需重新编译涉及的Adaptive应用程序。对所涉及的Adaptive应用程序的要求更改应限于所涉及的Adaptive应用程序的重新链接（静态或动态）。
原理：应用程序的二进制文件不知道具体的配置的协议绑定。具体协议绑定应在应用程序二进制文件的部署时间内可配置/更改。
依赖：–
用例：应用程序的二进制文件应可在各种不同的部署方案中使用。比如在一个部署场景中使用SOME/IP协议绑定，在一些其他的部署场景中使用本地IPC协议。
支持材料：见Adaptive平台场景。】
[RS_CM_00205]通信管理应实现SOME/IP服务发现协议，SOME/IP协议和E2E监控（E2E协议）。
【类型：草稿
描述：通信管理应实现SOME/IP服务发现协议，SOME/IP协议和E2E监控（E2E协议）。在AUTOSAR SOME/IP服务发现协议规范，AUTOSAR SOME/IP协议规范和AUTOSAR E2E协议规范。SOME/IP 协议和E2E协议SOME / IP和E2E协议应实现为独立的协议层，两者之间没有依赖性。
原理：Classic 和 Adaptive AUTOSAR 都支持SOME/IP协议和E2E协议。
依赖：–
用例：雷达，摄像机和SensorFusion应用程序使用SOME / IP协议通过以太网进行通信。安全相关应用程序通过非安全相关总线（例如以太网，CAN）进行通信。
支持材料：–】
[RS_CM_00222]通信管理应将完全合格的服务ID，其实例和事件ID或方法ID转换为E2E数据ID。
【类型：草稿
描述：通信管理应将完全合格的服务ID，其实例和事件ID或方法ID转换为E2E数据ID。
原理：E2E监管独立于总线，并根据数据ID进行操作。
依赖：–
用例：E2E监管用于通信保护和文件系统保护。
支持材料：请参阅基础中的PRS E2E监管】
4.2.2.2 服务发现
[RS_CM_00101]通信管理应提供提供服务的接口
【类型：草稿
描述：应用程序开发人员应能够提供其应用程序提供的服务，以供其他应用程序使用。出于识别目的，应使用完全合格的服务ID提供服务。
原理：为了支持通信，需要一种机制来向其他应用程序提供能够使用它们的服务。
依赖：–
用例：应用程序“ A”为其他应用程序提供挂钟服务。
支持材料：–】
[RS_CM_00102]通信管理应提供发现服务的接口。
【类型：草稿
描述：应用程序开发者应该在运行时能够发现其他应用程序提供的所有服务实例。
原理：为了在运行时建立通信，基于服务的类型和具体的服务实例来发现提供的服务，这样的机制时需要的。
依赖：–
用例：应用程序“ A”搜索另一个应用程序提供的挂钟服务。通信管理找到所有可用的匹配服务实例，应用程序可以选择正确的实例。
支持材料：–】
[RS_CM_00103]通信管理应提供一个接口来订阅由某个服务的实例提供的特定事件
【类型：草稿
描述：应用程序开发人员应能够订阅一个选定服务实例中的一个特定事件。
原理：找到服务类型的实例后，应该可以订阅特定实例的某些事件。
依赖：–
用例：应用程序“ A”订阅了控制点火锁的应用程序的开机事件。
支持材料：–】
[RS_CM_00104]通信管理应提供一个接口，以停止对服务实例事件的订阅
【类型：草稿
描述：应用程序开发人员应能够停止应用程序对服务实例事件的活动订阅。
原理：在订阅了特定服务实例的事件之后，以后应该可以停止订阅。
依赖：–
用例：应用程序“ A”停止订阅开机事件，并且不再接收此类事件。
支持材料：–】
[RS_CM_00106]通信管理应提供一种手段来监视事件的订阅状态
【类型：草稿
描述：应用程序开发人员应能够查询应用程序对服务实例事件的预订的当前状态，或获得有关服务实例事件的预订的当前状态的更改的通知。
原理：应当可以监视/查询预订的实际状态。
依赖：–
用例：应用程序希望跟踪开机事件的订阅状态，并在发生更改时得到通知。
支持材料：–】
[RS_CM_00107]在重新启动提供的服务的情况下，通信管理应提供一种自动更新代理实例的方法
【类型：草稿
描述：通信管理应自动更新服务的代理实例，而客户端不必更新/重新实例化其代理实例。通信管理应自动更新服务的代理实例，而客户端不必更新/重新实例化其代理实例。
原理：可以独立于服务器实例是否已重新启动和/或代理实例的句柄更改而独立使用代理实例。
依赖：–
用例：保存客户端应用程序，以免跟踪订阅状态并在服务器端重新启动的情况下重新订阅
支持材料：–】
[RS_CM_00105]通信管理应提供停止提供服务的接口
【类型：草稿
描述：应用程序开发人员应能够停止该应用程序之前开始提供的服务。
原理：提供服务后，以后应可以停止提供服务。
依赖：–
用例：应用程序“ A”停止提供挂钟服务。
支持材料：–】
