全部学习汇总： GitHub - GreyZhang/hack_autosar: learning autosar documents, aha, very hard!
继续学习AUTOSAR，看一下官方文档。
4.5.2 客户端-服务器通信的通信规范
图 4.34 概述了与客户端通信相关的通信方面。
图 4.34：RPortPrototype 与客户端-服务器通信相关的通信属性。
客户端特定的通信属性（由 ClientServerInterface 键入的 RPortPrototype）。
服务器端看起来非常相似，但提供了一个用于指定队列长度的属性。
图 4.35：PPortPrototype 与客户端-服务器通信相关的通信属性。
服务器端口的通信属性（PPortPrototype 和 ClientServerInterface）。
RunnableEntity 实现了两个或多个 ClientServerOperations 的功能
请注意，技术上可以让单个 RunnableEntity 实现两个或多个 ClientServerOperations 的功能。 为此，两个或多个 OperationInvokedEvents 需要引用这个单个 RunnableEntity。
然而，在这种情况下，与每个 ClientServerOperations 关联的队列长度必须具有相同的值。 换句话说：
与同一个 RunnableEntity 关联的 ClientServerOperations 的队列长度
如果两个或多个 OperationInvokedEvents 引用一个单一的 RunnableEntity，ServerComSpec 属性 queueLength 的值对于封闭 SwComponentType 的 PPortPrototypes 所拥有的所有 ServerComSpecs 应该是相同的，它引用了一个 ClientServerOperations，也被 OperationInvokedEvents 引用。
属性 ClientComSpec.transformationComSpecProps 的语义
属性 ClientComSpec.transformationComSpecProps 应用于配置特定于 PortPrototype 的属性，以便在客户端/服务器之间的 ECU 通信接收服务器响应的情况下进行数据转换。
属性 ServerComSpec.transformationComSpecProps 的语义
属性 ServerComSpec.transformationComSpecProps 应用于配置 PortPrototype 特定的数据转换属性，以防客户端/服务器之间的 ECU 通信以接收客户端的请求。
有关详细信息，请参阅第 4.5.6 章。
4.5.3 模式切换通信的通信规范
与上一节类似，图 4.36 显示了与模式切换通信相关的元模型元素。 在发送方，可以指定应该返回一个确认，指示模式切换请求的成功处理。
图：PPortPrototype 与模式切换通信相关的通信属性。
在 PRPortPrototype 的上下文中，enhancedModeApi 重复存在
如果在 PRPortPrototype 拥有的 ModeSwitchReceiverComSpec 中定义了属性增强模式 API，则其值将被忽略。
关于模式通信的 PPortPrototypes 的通信属性
请求确认模式切换已成功进行
RPortPrototypes 与模式通信相关的通信属性
4.5.4 参数的通信规范
诚然，ParameterDataPrototypes 的 ComSpec 的定义乍一看看起来很奇怪。 由 ParameterInterface 类型化的 PPortPrototype 拥有的 ParameterDataPrototype 实际上并不通过任何通信介质传输。因此，在这种情况下，“通信”一词应该是一粒盐。
但是，通常需要能够为聚合在 ParameterInterface 中的 ParameterDataPrototypes 定义角色特定的初始值。 换句话说，实际问题与发送方-接收方通信中初始值的定义非常相似。
ComSpec 级别上的 initValue 与到相应 PortPrototype 的连接相关
请注意（以发送方-接收方通信为例）只有在 ParameterProvideComSpec 或 ParameterRequireComSpec 的上下文中定义的 initValue 与到相应 PortPrototype 的连接相关。 在 ParameterDataPrototype 范围内定义的 initValue 将被忽略。
因此，将现有的众所周知的模式应用于聚合在 ParameterInterface 中的 ParameterDataPrototypes 的初始值定义是合理的。 提供的 ParameterDataPrototypes 的实际建模在图 4.38 和所需的 ParameterDataPrototypes 的图 4.39 中绘制。
图 4.38：ParameterDataPrototypes 相对于 PPortPrototype 的通信属性
适用于连接提供端的参数的“通信”规范。
图 4.39：ParameterDataPrototypes 相对于 RPortPrototype 的通信属性
适用于连接所需侧参数的“通信”规范。
这部分主要是看了客户端-服务器通信、模式切换通信以及参数的一些详细要求。
