# I-PDU 复用器需求规范

## 元信息

| 项目 | 内容 |
|------|------|
| 文档标题（中文） | I-PDU 复用器需求规范 |
| 文档标题（英文） | Requirements on I-PDU Multiplexer |
| 文档所有者 | AUTOSAR |
| 文档责任方 | AUTOSAR |
| 文档标识号 | 181 |
| 文档状态 | Final（最终） |
| 所属 AUTOSAR 标准 | Classic Platform（经典平台） |
| 所属标准发布版本 | 4.4.0 |
| 对应原文 PDF | `AUTOSAR_SRS_IPDUMultiplexer.pdf` |
| 翻译状态 | 已完成 |
| 翻译日期 | 2026-06-12 |

## 文档标识

| 字段 | 值 |
|------|----|
| Document Title（文档标题） | Requirements on I-PDU Multiplexer |
| Document Owner（文档所有者） | AUTOSAR |
| Document Responsibility（文档责任方） | AUTOSAR |
| Document Identification No（文档标识号） | 181 |
| Document Status（文档状态） | Final |
| Part of AUTOSAR Standard（所属 AUTOSAR 标准） | Classic Platform |
| Part of Standard Release（所属标准发布版本） | 4.4.0 |

## 文档变更历史

| 日期 | 发布版本 | 变更人 | 变更说明 |
|------|----------|--------|----------|
| 2018-10-31 | 4.4.0 | AUTOSAR Release Management | - 当使用优先级时，Container 内 I-PDU 的位置是动态的 |
| 2017-12-08 | 4.3.1 | AUTOSAR Release Management | - 编辑性修改 |
| 2016-11-30 | 4.3.0 | AUTOSAR Release Management | - 次要更正/澄清/编辑性修改；有关详细信息，请参阅 ChangeDocumentation |
| 2014-10-31 | 4.2.1 | AUTOSAR Release Management | - 添加多 PDU 到 Container 映射<br>- IpduMSelectorFieldLength 的扩展 |
| 2013-03-15 | 4.1.1 | AUTOSAR Administration | - 形式更新<br>- 需求追踪相关更新 |
| 2010-09-30 | 3.1.5 | AUTOSAR Administration | - 修订法律免责声明 |
| 2008-08-13 | 3.1.1 | AUTOSAR Administration | - 修订法律免责声明 |
| 2007-12-21 | 3.0.1 | AUTOSAR Administration | - 文档元信息扩展<br>- 进行小的布局调整 |
| 2007-01-24 | 2.1.15 | AUTOSAR Administration | - 修订"用户建议"<br>- 添加"修订信息" |
| 2006-11-28 | 2.1 | AUTOSAR Administration | - 修订法律免责声明 |
| 2006-05-16 | 2.0 | AUTOSAR Administration | - 初始发布 |

## 目录

1. [Scope of document（文档范围）](#1-scope-of-document)
2. [How to read this document（如何阅读本文档）](#2-how-to-read-this-document)
   - 2.1 [Conventions used（使用的约定）](#21-conventions-used)
   - 2.2 [Requirement structure（需求结构）](#22-requirement-structure)
3. [Acronyms and abbrevations（缩略语和缩写）](#3-acronyms-and-abbrevations)
4. [Functional Overview（功能概述）](#4-functional-overview)
5. [Requirements Tracing（需求追踪）](#5-requirements-tracing)
6. [Requirements Specification（需求规范）](#6-requirements-specification)
   - 6.1 [Functional Requirements（功能需求）](#61-functional-requirements)
     - 6.1.1 [Configuration（配置）](#611-configuration)
     - 6.1.2 [Initialization（初始化）](#612-initialization)
     - 6.1.3 [I-PDU Multiplexing（I-PDU 复用）](#613-i-pdu-multiplexing)
     - 6.1.4 [Dynamic I-PDU to Container Mapping（动态 I-PDU 到 Container 映射）](#614-dynamic-i-pdu-to-container-mapping)
     - 6.1.5 [Static I-PDU to Container Mapping（静态 I-PDU 到 Container 映射）](#615-static-i-pdu-to-container-mapping)
     - 6.1.6 [Shutdown Operation（关闭操作）](#616-shutdown-operation)
     - 6.1.7 [Fault Operation（故障操作）](#617-fault-operation)
   - 6.2 [Non-Functional Requirements（非功能需求）](#62-non-functional-requirements)
     - 6.2.1 [Timing Requirements / Resource Usage（时序需求/资源使用）](#621-timing-requirements--resource-usage)
   - 6.3 [Requirements to other modules（对其他模块的需求）](#63-requirements-to-other-modules)
     - 6.3.1 [Configuration of PduR（PduR 的配置）](#631-configuration-of-pdur)
7. [References（参考资料）](#7-references)

## 1 Scope of document

本文档的目标是定义 AUTOSAR I-PDU-Multiplexer 模块（IPduM）的功能和非功能需求。

## 2 How to read this document

每个需求都有其唯一的标识符。对于任何评审注释、备注和/或问题，请参考此唯一 ID 而不是章节或页码！

### 2.1 Conventions used

- AUTOSAR 文档中需求的表示遵循 [DOC_TPS_STD] 中指定的表格。
- 在需求中，使用以下特定语义。

本文档中关键字 "MUST"、"MUST NOT"、"REQUIRED"、"SHALL"、"SHALL NOT"、"SHOULD"、"SHOULD NOT"、"RECOMMENDED"、"MAY" 和 "OPTIONAL" 应解释为：

- **SHALL**：此词表示该定义是规范的绝对要求。
- **SHALL NOT**：此短语表示该定义是规范的绝对禁止。
- **MUST**：此词表示由于法律问题，该定义是规范的绝对要求。
- **MUST NOT**：此短语表示由于法律约束，该定义是规范的绝对禁止。
- **SHOULD**：此词或形容词 "RECOMMENDED" 表示在特定情况下可能存在忽略某项的有效理由，但在选择不同方案之前必须充分理解并仔细权衡其影响。
- **SHOULD NOT**：此短语或短语 "NOT RECOMMENDED" 表示在特定情况下某特定行为可能是可接受甚至有用的，但在实现任何以此标签描述的行为之前，应充分理解其影响并仔细权衡该情况。
- **MAY**：此词或形容词 "OPTIONAL" 表示某项是真正可选的。

### 2.2 Requirement structure

需求结构在 TPS_StdT_00077 中定义，参见 [DOC_TPS_STD]。

## 3 Acronyms and abbrevations

这些是 AUTOSAR IPduM 做出的定义。

| 缩略语 | 描述 |
|--------|------|
| contained I-PDU（包含的 I-PDU） | 在 Container I-PDU 内传输的 I-PDU |
| Container I-PDU（容器 I-PDU） | 作为容器服务于收集要一起传输的多个 I-PDU（例如在一个帧中）的 I-PDU |
| dynamic part（动态部分） | 根据选择器字段的值，I-PDU 的某些部分具有不同的布局。I-PDU 的这些可以包含不同信号的部分称为动态部分。动态部分不必连续。 |
| Multi-PDU-to-Container Mapping（多 PDU 到容器映射） | 多 PDU 到容器映射意味着使用具有多个包含的 I-PDU 的同一 Container I-PDU。为了在接收时能够识别每个 I-PDU，在每个包含的 I-PDU 之前放置一个包含 ID 和长度的头。 |
| multiplexed I-PDU（复用的 I-PDU） | I-PDU 复用意味着使用 I-PDU 的同一 PCI 与其 SDU 的多个唯一布局。选择器字段是复用 I-PDU 的 SDU 的一部分。它用于区分彼此的复用 I-PDU 的不同布局。 |
| PCI | "Protocol Control Information"（协议控制信息），描述可在 (DOC_LAYERD_ARCH) 的第 04-51 页找到。 |
| PDU | "Protocol Data Unit"（协议数据单元），描述可在 (DOC_LAYERD_ARCH) 的第 04-51 页找到。 |
| PduR | 将 I-PDU 从一个模块传输到另一个模块的模块。I-PDU 路由器可用于网关操作和内部路由目的。 |
| SDU | "Service Data Unit"（服务数据单元），描述可在 (DOC_LAYERD_ARCH) 的第 4 章找到。 |
| selector field（选择器字段） | 选择器字段是复用 I-PDU 的一部分。它由连续的位组成。选择器字段的值选择复用 I-PDU 的复用部分的布局。 |
| static part（静态部分） | I-PDU 的某些部分/信号无论选择器字段如何可能相同。这样的部分称为静态部分。静态部分不必连续。 |

## 4 Functional Overview

AUTOSAR IPduM 在 AUTOSAR 分层架构中位于 PduR 模块旁边。

**图 1：IPduM 在 AUTOSAR 分层架构中的位置。**

I-PDU 复用意味着使用 I-PDU 的同一 PCI 与其 SDU 的多个唯一布局。选择器字段是复用 I-PDU 的 SDU 的一部分。它用于区分彼此的复用 I-PDU 的不同布局。

I-PDU 复用目前已知于 CAN，但不限于此通信系统。

I-PDU 复用器模块负责将通过 IPDU 路由器从 COM 接收的适当 I-PDU 组合成新的复用 I-PDU，这些 I-PDU 在发送方被发送回 I-PDU 路由器。在接收方，它负责解释复用 I-PDU 的内容，并通过考虑选择器字段的值，通过 IPDU 路由器将适当的分离 I-PDU 提供给 COM。

## 5 Requirements Tracing

| 需求 | 描述 | 由以下需求满足 |
|------|------|----------------|
| RS_BRF_01560 | AUTOSAR 通信应支持将信号映射到可传输的协议数据单元 | SRS_IpduM_02800, SRS_IpduM_02801, SRS_IpduM_02802, SRS_IpduM_02803, SRS_IpduM_02804, SRS_IpduM_02806, SRS_IpduM_02807, SRS_IpduM_02808, SRS_IpduM_02809, SRS_IpduM_02810, SRS_IpduM_02811, SRS_IpduM_02812, SRS_IpduM_02813, SRS_IpduM_02814, SRS_IpduM_02815, SRS_IpduM_02816, SRS_IpduM_02817, SRS_IpduM_02818, SRS_IpduM_02819 |
| RS_BRF_01716 | AUTOSAR 通信应支持将多个 PDU 动态聚合为一个 PDU | SRS_IpduM_02820, SRS_IpduM_02821, SRS_IpduM_02822, SRS_IpduM_02823, SRS_IpduM_02824, SRS_IpduM_02825, SRS_IpduM_02826 |

## 6 Requirements Specification

### 6.1 Functional Requirements

#### 6.1.1 Configuration

##### 6.1.1.1 [SRS_IpduM_02800] 对于复用的 I-PDU，应恰好有一个选择器字段

⌈

| 字段 | 内容 |
|------|------|
| Type（类型） | Valid |
| Description（描述） | 对于复用的 I-PDU，应恰好有一个选择器字段。 |
| Rationale（原理） | 降低复杂性 |
| Use Case（用例） | -- |
| Dependencies（依赖） | -- |
| Supporting Material（支持材料） | -- |

⌋(RS_BRF_01560)

##### 6.1.1.2 [SRS_IpduM_02801] 选择器字段的大小（以位为单位）应可配置

⌈

| 字段 | 内容 |
|------|------|
| Type（类型） | Valid |
| Description（描述） | 选择器字段的大小（以位为单位）应可配置为 1 位到 16 位的范围。 |
| Rationale（原理） | 选择器字段的大小应根据所需的复用器状态数。通常 4 位选择器字段就足够了。 |
| Use Case（用例） | 四路复用需要 2 位 |
| Dependencies（依赖） | SRS_IpduM_02803 |
| Supporting Material（支持材料） | -- |

⌋ (RS_BRF_01560)

##### 6.1.1.3 [SRS_IpduM_02802] 选择器字段在 PDU 中的位置应可配置

⌈

| 字段 | 内容 |
|------|------|
| Type（类型） | Valid |
| Description（描述） | 选择器字段在 PDU 中的位置应可配置。配置应遵循以下规则：<br>• 连续位<br>• 静态大小 |
| Rationale（原理） | 向后兼容性。在将 I-PDU 转换为复用的 I-PDU 时，不要更改静态信号的布局。 |
| Use Case（用例） | 一些 CAN 消息变成了复用消息，因为空间不足以容纳新信号。选择器字段被放置在 PDU 中的某个位置，而没有移动"旧"信号。 |
| Dependencies（依赖） | -- |
| Supporting Material（支持材料） | -- |

⌋ (RS_BRF_01560)

##### 6.1.1.4 [SRS_IpduM_02815] 位置和大小应在编译时可配置

⌈

| 字段 | 内容 |
|------|------|
| Type（类型） | Valid |
| Description（描述） | 位置和大小应在编译时可配置。 |
| Rationale（原理） | 通过仅要求编译时配置来最小化配置开销 |
| Use Case（用例） | -- |
| Dependencies（依赖） | SRS_IpduM_02801, SRS_IpduM_02802 |
| Supporting Material（支持材料） | -- |

⌋ (RS_BRF_01560)

##### 6.1.1.5 [SRS_IpduM_02803] 应可能不将 SDU 布局分配给未使用的选择器字段值

⌈

| 字段 | 内容 |
|------|------|
| Type（类型） | Valid |
| Description（描述） | I-PDU 内可能复用的 SDU 数量为 2^n，其中 n 是选择器字段的大小（以位为单位）。在某些情况下，并非所有可能的选择器字段值都需要，应可能不将 SDU 布局分配给这些未使用的选择器字段值。 |
| Rationale（原理） | 1) 使用不必是 2 的幂的任意数量的复用布局。<br>2) 通过指定一些保留值的选择器字段，允许将来扩展复用布局，同时保持向后兼容性。 |
| Use Case（用例） | 如果需要三种不同的 I-PDU 布局，则必须至少使用 2 位选择器字段（四路复用器） |
| Dependencies（依赖） | -- |
| Supporting Material（支持材料） | -- |

⌋ (RS_BRF_01560)

##### 6.1.1.6 [SRS_IpduM_02804] 对于每个使用的选择器字段值，应可配置动态和静态布局

⌈

| 字段 | 内容 |
|------|------|
| Type（类型） | Valid |
| Description（描述） | 对于每个使用的选择器字段值，应可配置动态布局。静态部分应可按 I-PDU 配置。 |
| Rationale（原理） | 如果向 PDU 引入选择器字段，这允许保持非复用信号不变（向下兼容性）。 |
| Use Case（用例） | 选择器字段附加到当前未复用的 PDU。某些"旧"信号的布局不应更改。 |
| Dependencies（依赖） | SRS_IpduM_02808 |
| Supporting Material（支持材料） | -- |

⌋ (RS_BRF_01560)

##### 6.1.1.7 [SRS_IpduM_02808] I-PDU 的静态部分可能为零位长

⌈

| 字段 | 内容 |
|------|------|
| Type（类型） | Valid |
| Description（描述） | I-PDU 的静态部分可能为零位长。 |
| Rationale（原理） | 应可能复用整个 I-PDU。 |
| Use Case（用例） | BMW 服务消息不使用静态部分 |
| Dependencies（依赖） | SRS_IpduM_02804 |
| Supporting Material（支持材料） | -- |

⌋ (RS_BRF_01560)

#### 6.1.2 Initialization

##### 6.1.2.1 [SRS_IpduM_02809] 静态部分的初始值应从 COM 配置派生

⌈

| 字段 | 内容 |
|------|------|
| Type（类型） | Valid |
| Description（描述） | 静态部分的初始值应从 COM 配置派生。动态部分的初始值应从 COM 配置中关于选择器字段的初始值派生。 |
| Rationale（原理） | 重用现有 COM 功能 |
| Use Case（用例） | -- |
| Dependencies（依赖） | -- |
| Supporting Material（支持材料） | -- |

⌋ (RS_BRF_01560)

注意：选择器字段像动态部分中的普通 COM 信号一样被初始化。

#### 6.1.3 I-PDU Multiplexing

##### 6.1.3.1 [SRS_IpduM_02806] 每个复用的 I-PDU 的三个部分不必连续

⌈

| 字段 | 内容 |
|------|------|
| Type（类型） | Valid |
| Description（描述） | 每个复用的 I-PDU 由三个不同的部分组成。这些部分不必连续。<br>1. 选择器字段<br>2. 动态部分<br>3. 静态部分（可选，参见 SRS_IpduM_02808）<br>对于这些部分内的信号，适用 (DOC_SWS_COM) 中定义的正常信号放置规则。 |
| Rationale（原理） | 与当前解决方案的向后兼容性。 |
| Use Case（用例） | 此行为目前在 Volkswagen ECU 中使用。 |
| Dependencies（依赖） | SRS_IpduM_02804 |
| Supporting Material（支持材料） | -- |

⌋ (RS_BRF_01560)

##### 6.1.3.2 [SRS_IpduM_02816] 在发送方，IPduM 将在 IPduM 内组合静态和适当的动态部分

⌈

| 字段 | 内容 |
|------|------|
| Type（类型） | Valid |
| Description（描述） | 在发送方，IPduM 在从 PduR 接收 I-PDU 后在 IPduM 内组合静态和适当的动态部分。当配置的触发条件（参见 SRS_IpduM_02811）满足时，复用的 I-PDU 通过 PduR 发送到下层。 |
| Rationale（原理） | 具有静态和动态部分。在 PduR 旁边实现 I-PDU 复用。 |
| Use Case（用例） | -- |
| Dependencies（依赖） | SRS_IpduM_02811, SRS_IpduM_02814, SRS_IpduM_02810 |
| Supporting Material（支持材料） | -- |

⌋ (RS_BRF_01560)

##### 6.1.3.3 [SRS_IpduM_02819] 在发送方，不应对发送请求进行排队

⌈

| 字段 | 内容 |
|------|------|
| Type（类型） | Valid |
| Description（描述） | 除非 IPduM 的 I-PDU 的发送请求：<br>a) 由下层确认<br>b) 已获得内部超时<br>否则对同一 I-PDU 的每个其他发送请求都应导致错误。内部超时应对每个 I-PDU 可配置。 |
| Rationale（原理） | 避免 IPduM 内部对发送请求进行排队 |
| Use Case（用例） | -- |
| Dependencies（依赖） | SRS_IpduM_02816 |
| Supporting Material（支持材料） | -- |

⌋ (RS_BRF_01560)

##### 6.1.3.4 [SRS_IpduM_02811] 应有三种不同的可配置触发条件，定义何时将组合的复用 I-PDU 发送到下层

⌈

| 字段 | 内容 |
|------|------|
| Type（类型） | Valid |
| Description（描述） | 在发送方，IPduM 在从 COM 接收后组合动态和静态部分。应有三个不同的可配置触发条件，定义何时将组合的复用 I-PDU 发送到下层（通过 PduR）。<br>• SEND_ON_STATIC — 在接收到新的静态部分后发送 I-PDU<br>• SEND_ON_DYNAMIC — 在接收到新的动态部分后发送 I-PDU<br>• SEND_ALWAYS — 在接收到新的静态或新的动态部分后始终发送 I-PDU |
| Rationale（原理） | 在 PduR 旁边的自己模块中实现 I-PDU 复用。 |
| Use Case（用例） | -- |
| Dependencies（依赖） | SRS_IpduM_02810 |
| Supporting Material（支持材料） | -- |

⌋ (RS_BRF_01560)

注意：COM 仅知道动态和静态部分作为（源）I-PDU，而不知道组合的复用 I-PDU。COM 只能保证源 I-PDU 的最小时间距离。因此，复用 IPDU 的最小时间距离可能违反，例如如果发送两个不同的动态源 I-PDU，配置了 SEND_ON_DYNAMIC 模式。

##### 6.1.3.5 [SRS_IpduM_02817] 在接收方，IPduM 提取复用 I-PDU 的静态和动态部分

⌈

| 字段 | 内容 |
|------|------|
| Type（类型） | Valid |
| Description（描述） | 在接收方，IPduM 提取从 PduR 接收的复用 I-PDU 的静态和动态部分，并将它们作为标准 IPDU 通过 PduR 发送给 COM。在优化实现中，应允许将 I-PDU 直接发送给 COM。 |
| Rationale（原理） | 具有静态和动态部分。在 PduR 旁边实现 I-PDU 复用。 |
| Use Case（用例） | -- |
| Dependencies（依赖） | -- |
| Supporting Material（支持材料） | -- |

⌋ (RS_BRF_01560)

##### 6.1.3.6 [SRS_IpduM_02818] IPduM 向 COM 确认复用 I-PDU 的静态部分和动态部分

⌈

| 字段 | 内容 |
|------|------|
| Type（类型） | Valid |
| Description（描述） | 在从 PduR 接收发送确认后，IPduM 根据选择器字段的值向 COM 确认复用 I-PDU 的静态部分和动态部分。 |
| Rationale（原理） | 具有静态和动态部分。在 PduR 旁边实现 I-PDU 复用。 |
| Use Case（用例） | -- |
| Dependencies（依赖） | SRS_IpduM_02813, SRS_IpduM_02814 |
| Supporting Material（支持材料） | -- |

⌋ (RS_BRF_01560)

##### 6.1.3.7 [SRS_IpduM_02814] 确认应取决于选择器字段

⌈

| 字段 | 内容 |
|------|------|
| Type（类型） | Valid |
| Description（描述） | 在 I-PDU 复用中，同一 I-PDU-ID 以不同的信号布局发送。实现确认处理时必须考虑这一点。也就是说，IpduM 给上层的确认应与复用 I-PDU 实例的正确发送请求匹配。 |
| Rationale（原理） | 确保确认根据选择器字段值有效。由于下层的确认是按复用 I-PDU 给出的，因此必须由 IpduM 确保这些确认到复用 I-PDU 的正确分配。 |
| Use Case（用例） | -- |
| Dependencies（依赖） | SRS_IpduM_02810, SRS_IpduM_02813 |
| Supporting Material（支持材料） | -- |

⌋ (RS_BRF_01560)

#### 6.1.4 Dynamic I-PDU to Container Mapping

##### 6.1.4.1 [SRS_IpduM_02820] 动态 I-PDU 映射

⌈

| 字段 | 内容 |
|------|------|
| Type（类型） | Valid |
| Description（描述） | 一个或多个 I-PDU 应可映射到 Container-PDU。如果 I-PDU 映射到 Container，则它应受多 PDU 到容器映射的约束。 |
| Rationale（原理） | 将多个 PDU 映射到一个帧通过改善增强带宽的使用来减少总线负载。 |
| Use Case（用例） | 高带宽总线的小 PDU 的高效传输 |
| Dependencies（依赖） | Container-PDU 应支持静态或动态映射（参见 SRS_IpduM_02825）但不能混合。 |
| Supporting Material（支持材料） | -- |

⌋ (RS_BRF_01716)

##### 6.1.4.2 [SRS_IpduM_02821] 应保持 I-PDU 的时间顺序

⌈

| 字段 | 内容 |
|------|------|
| Type（类型） | Valid |
| Description（描述） | 从 Container PDU 中提取并传递给上层的 I-PDU 的时间顺序应与它们在发送侧传递给 IPduM 的顺序相同。 |
| Rationale（原理） | 多 PDU 到容器映射应对顺序没有影响，从而避免例如序列计数器的问题。 |
| Use Case（用例） | 同一 I-PDU 实例的时间顺序不得更改。 |
| Dependencies（依赖） | -- |
| Supporting Material（支持材料） | -- |

⌋ (RS_BRF_01716)

##### 6.1.4.3 [SRS_IpduM_02822] 应支持两种不同的头大小

⌈

| 字段 | 内容 |
|------|------|
| Type（类型） | Valid |
| Description（描述） | 多 PDU 到容器映射应支持 64 位和 32 位的头。 |
| Rationale（原理） | 在以太网上使用 64 位，这不适用于具有较小帧大小的总线。 |
| Use Case（用例） | 以太网上的 64 位头大小，所有其他总线上的 32 位。 |
| Dependencies（依赖） | -- |
| Supporting Material（支持材料） | -- |

⌋ (RS_BRF_01716)

##### 6.1.4.4 [SRS_IpduM_02823] Container 内 I-PDU 的位置应是动态的

⌈

| 字段 | 内容 |
|------|------|
| Type（类型） | Valid |
| Description（描述） | Container PDU 内 I-PDU 的位置仅取决于已添加的 I-PDU 的有效负载和头的大小。 |
| Rationale（原理） | 为了避免总线上的开销，Container PDU 仅包含实际传输的 I-PDU。 |
| Use Case（用例） | 高带宽总线上的小 I-PDU 的高效传输 |
| Dependencies（依赖） | -- |
| Supporting Material（支持材料） | -- |

⌋ (RS_BRF_01716)

##### 6.1.4.5 [SRS_IpduM_02824] 头中使用的 ID 应独立于 Container

⌈

| 字段 | 内容 |
|------|------|
| Type（类型） | Valid |
| Description（描述） | 通常，Container PDU 内 I-PDU 的位置取决于已添加的 I-PDU 的有效负载和头的大小。此外，如果对 I-PDU 使用优先级，则位置可能会受到影响。优先级递减的 I-PDU 按顺序放入 Container PDU，相同优先级的 I-PDU 按其出现顺序放入 Container I-PDU（最早优先，等等）。 |
| Rationale（原理） | 接收 ECU 应能独立于实际接收的 Container 来提取包含的 I-PDU。 |
| Use Case（用例） | 高带宽总线上小 I-PDU 的高效传输。如果使用优先级，则保证网络中高级别 I-PDU 的可用性。 |
| Dependencies（依赖） | -- |
| Supporting Material（支持材料） | -- |

⌋ (RS_BRF_01716)

##### 6.1.4.6 [SRS_IpduM_02826] Container 内 I-PDU 的位置应是动态的

⌈

| 字段 | 内容 |
|------|------|
| Type（类型） | Valid |
| Description（描述） | Container 内 I-PDU 的位置应是动态的。 |
| Rationale（原理） | 通常，Container PDU 内 I-PDU 的位置取决于已添加的 I-PDU 的有效负载和头的大小。此外，如果对 I-PDU 使用优先级，则位置可能会受到影响。优先级递减的 I-PDU 按顺序放入 Container PDU，相同优先级的 I-PDU 按其出现顺序放入 Container I-PDU（最早优先，等等）。 |
| Use Case（用例） | 高带宽总线上小 I-PDU 的高效传输。如果使用优先级，则保证网络中高级别 I-PDU 的可用性。 |
| Dependencies（依赖） | -- |
| Supporting Material（支持材料） | -- |

⌋ (RS_BRF_01716)

#### 6.1.5 Static I-PDU to Container Mapping

##### 6.1.5.1 [SRS_IpduM_02825] 静态 I-PDU 映射

⌈

| 字段 | 内容 |
|------|------|
| Type（类型） | Draft |
| Description（描述） | 多个 I-PDU 应可映射到 Container-PDU 中的静态位置。如果 I-PDU 静态映射到 Container，则它始终在 Container-PDU 的同一位置传输。 |
| Rationale（原理） | 支持 Container 映射的场景，在始终发送所有包含的 PDU 的情况下，不使用头以减少带宽。 |
| Use Case（用例） | 高带宽总线的小 PDU 的高效传输 |
| Dependencies（依赖） | Container-PDU 应支持静态或动态映射（参见 SRS_IpduM_02820）但不能混合。 |
| Supporting Material（支持材料） | -- |

⌋ (RS_BRF_01716)

#### 6.1.6 Shutdown Operation

目前不需要特殊的关闭操作。

#### 6.1.7 Fault Operation

目前不需要特殊的故障操作。

### 6.2 Non-Functional Requirements

#### 6.2.1 Timing Requirements / Resource Usage

##### 6.2.1.1 [SRS_IpduM_02807] I-PDU 复用器模块的设计应使其不产生任何额外的运行时

⌈

| 字段 | 内容 |
|------|------|
| Type（类型） | Valid |
| Description（描述） | I-PDU 复用器模块的设计应使其与正常 COM 信号处理相比不产生任何额外的运行时。为达到此目标，可能需要将 I-PDU 复用作为预编译时选项。如有必要，可以做出此假设。 |
| Rationale（原理） | 不要给不需要 I-PDU 复用的系统增加额外负载。 |
| Use Case（用例） | DC 和 Volvo 不计划使用 I-PDU 复用 |
| Dependencies（依赖） | -- |
| Supporting Material（支持材料） | -- |

⌋ (RS_BRF_01560)

### 6.3 Requirements to other modules

#### 6.3.1 Configuration of PduR

##### 6.3.1.1 [SRS_IpduM_02810] 应配置 PduR 在发送方将复用 I-PDU 的部分发送给 IPduM

⌈

| 字段 | 内容 |
|------|------|
| Type（类型） | Valid |
| Description（描述） | 应配置 PduR 在发送方从 COM 接收后将复用 I-PDU 的部分发送给 IPduM。 |
| Rationale（原理） | 在 PduR 旁边实现 I-PDU 复用。 |
| Use Case（用例） | -- |
| Dependencies（依赖） | SRS_IpduM_02811, SRS_IpduM_02814, SRS_IpduM_02816 |
| Supporting Material（支持材料） | -- |

⌋ (RS_BRF_01560)

##### 6.3.1.2 [SRS_IpduM_02813] 应配置 PduR 在从下层接收后将复用 I-PDU 相关的确认发送给 IPduM

⌈

| 字段 | 内容 |
|------|------|
| Type（类型） | Valid |
| Description（描述） | 应配置 PduR 在从下层接收后将复用 I-PDU 相关的确认发送给 IPduM。 |
| Rationale（原理） | 在 PduR 旁边实现 I-PDU 复用。 |
| Use Case（用例） | -- |
| Dependencies（依赖） | SRS_IpduM_02814, SRS_IpduM_02816, SRS_IpduM_02818 |
| Supporting Material（支持材料） | -- |

⌋ (RS_BRF_01560)

##### 6.3.1.3 [SRS_IpduM_02812] 应配置 PduR 在从下层接收后将用于去复用的复用 I-PDU 发送给 IPduM

⌈

| 字段 | 内容 |
|------|------|
| Type（类型） | Valid |
| Description（描述） | 应配置 PduR 在从下层接收后将用于去复用的复用 I-PDU 发送给 IPduM。 |
| Rationale（原理） | 在 PduR 旁边实现 I-PDU 复用。 |
| Use Case（用例） | -- |
| Dependencies（依赖） | SRS_IpduM_02810 |
| Supporting Material（支持材料） | -- |

⌋ (RS_BRF_01560)

## 7 References

### 7.1 Deliverables of AUTOSAR

[DOC_LAYERD_ARCH] Layered Software Architecture
AUTOSAR_EXP_LayeredSoftwareArchitecture.pdf

[DOC_SWS_COM] Specification of Communication
AUTOSAR_SWS_COM.pdf

[DOC_TPS_STD] Standardization Template
AUTOSAR_TPS_StandardizationTemplate.pdf

## 翻译说明

本文档为 AUTOSAR Classic Platform Release 4.4.0 中关于 I-PDU Multiplexer 模块的软件需求规范（SRS），对应英文文档 `AUTOSAR_SRS_IPDUMultiplexer.pdf`。

翻译过程中遵循以下原则：
1. 保留了所有 API 标识符、模块缩写、协议名（如 IPduM、I-PDU、PduR、COM、PCI、SDU 等）
2. 保留了所有需求 ID（如 `SRS_IpduM_02xxx`）
3. 保留了 AUTOSAR 方框符 `⌈⌋`
4. 保留了所有文档间交叉引用
5. 表格内容、章节描述、需求说明均已翻译为中文