一、引言随着汽车电子架构向智能化、网联化演进整车 ECU 数量从几十增长到上百CAN、LIN、Ethernet 等总线交织成复杂网络。如何协调多节点通信、实现按需唤醒、及时休眠以降低静态功耗、保障网络可靠性AUTOSAR 网络管理Network ManagementNM正是解决这些问题的核心技术。本文将从核心概念、状态机原理、报文机制、架构分层到工程实践系统性地讲透 AUTOSAR NM帮助你建立完整的技术认知。二、AUTOSAR 网络管理是什么2.1 本质去中心化的网络协调协议AUTOSAR NM 是一套标准化的、去中心化的peer-to-peer网络协调协议。它通过统一的 NM 消息和状态机管理总线上各 ECU 的网络状态唤醒 / 通信 / 休眠确保需要通信时相关节点快速唤醒总线正常传输无需通信时所有节点集体休眠静态电流降至 μA 级出现故障时及时检测并记录避免单节点异常拖累整个网络2.2 与传统私有网络管理的区别对比维度传统私有 NMAUTOSAR NM协议定义各 OEM 自定义如 OSEK NMAUTOSAR 标准规范统一互操作性不同供应商 ECU 难以兼容标准化接口多供应商无缝协作状态机各家定义不同统一的状态转换逻辑报文格式自定义标准 NM PDU 格式适用总线通常仅 CANCAN / CAN FD / LIN / Ethernet / FlexRay2.3 核心术语术语说明NM PDUNM 报文节点间通信的心跳消息承载节点状态信息CBV、Sleep Indication Bit 等唤醒源Wakeup Source触发 ECU 从 Bus-Sleep 进入 Network Mode 的事件。分为本地唤醒点火信号、按键、定时器和远程唤醒总线上的唤醒帧/Partial Networking网络请求Network Request应用层通过Nm_NetworkRequest()告知 NM 模块我需要通信Sleep Indication BitNM PDU 中的标志位表示该节点已准备好进入休眠NmTimeoutTime网络模式下未收到 NM 消息的超时时间超时后进入 Prepare Bus-SleepNmWaitBusSleepTimePrepare Bus-Sleep 模式下等待总线稳定的时间超时后进入 Bus-Sleep三、NM 状态机核心中的核心AUTOSAR NM 状态机是整个协议的灵魂。它以CAN NM为典型Ethernet UdpNm 类似包含以下状态3.1 状态总览唤醒事件 │ ▼ ┌──────────────┐ ┌─────────────────────────────────────────┐ │ │ │ Network Mode │ │ Bus-Sleep │────→│ │ │ Mode │ │ ┌─────────────────┐ │ │ │ │ │ Repeat Message │ │ │ (总线休眠) │ │ │ State │ │ │ │ │ └────────┬────────┘ │ └──────────────┘ │ │ 超时/收到NM消息 │ ▲ │ ▼ │ │ │ ┌─────────────────┐ │ │ │ │ Normal Operation│ │ │ │ │ State │ │ │ │ └────────┬────────┘ │ │ │ │ 所有节点释放网络请求 │ │ │ ▼ │ │ │ ┌─────────────────┐ │ │ │ │ Ready Sleep │ │ │ │ │ State │ │ │ │ └────────┬────────┘ │ │ └───────────┼─────────────────────────────┘ │ │ NmTimeoutTime 超时 │ ▼ │ ┌─────────────────────┐ │ │ Prepare Bus-Sleep │ │ │ Mode │ │ │ (等待WaitBusSleepTime)│ │ └──────────┬──────────┘ │ │ NmWaitBusSleepTime 超时 └────────────────────────┘3.2 各状态详解① Bus-Sleep Mode总线休眠含义总线处于低功耗状态无通信活动。ECU 行为仅保留唤醒检测功能如 CAN Transceiver 的 Wake-up 检测应用层停止运行电流降至 μA 级。退出条件检测到唤醒事件本地或远程。② Network Mode — Repeat Message State重复消息状态含义节点刚被唤醒需要立即告知网络我已上线。ECU 行为发送 NM 消息不带Sleep Indication Bit即 CBV bit0 0无论自身是否有通信需求都先发送若干 NM 消息退出条件经过NmRepeatMessageTime超时或收到其他节点的 NM 消息后转入 Normal Operation State。设计意图确保唤醒事件能快速传播到整个网络让所有节点知晓。③ Network Mode — Normal Operation State正常操作状态含义节点正常工作根据是否有网络请求决定是否发送 NM 消息。ECU 行为持有网络请求时应用层调用了Nm_NetworkRequest()周期性发送 NM 消息周期 NmMsgCycleTime如 100msCBV bit0 0未准备好休眠无网络请求时转入 Ready Sleep State退出条件应用层调用Nm_NetworkRelease()释放网络请求。④ Network Mode — Ready Sleep State准备休眠状态含义该节点已无通信需求准备好进入休眠。ECU 行为发送带Sleep Indication Bit 1的 NM 消息告知其他节点我准备好了或停止发送 NM 消息取决于 OEM 配置继续监听总线上的 NM 消息退出条件若收到其他节点的非 Sleep Indication NM 消息说明有节点重新请求网络→ 回到 Normal Operation State若NmTimeoutTime超时且未收到任何 NM 消息 → 进入 Prepare Bus-Sleep Mode⑤ Prepare Bus-Sleep Mode准备总线休眠含义所有节点均已释放网络请求总线即将进入休眠。ECU 行为停止发送 NM 消息等待NmWaitBusSleepTime确保总线上最后一个 NM 消息传输完毕若在此期间收到任何 NM 消息或唤醒事件 → 回到 Network Mode退出条件NmWaitBusSleepTime超时 → 进入 Bus-Sleep Mode。3.3 关键理解去中心化 超时驱动⚠️核心要点AUTOSAR NM 是完全去中心化的。没有主节点或牵头 ECU。每个节点独立运行同一套状态机通过超时机制和Sleep Indication Bit实现集体同步休眠。睡眠流程的本质1. 所有节点的应用层完成各自任务 2. 各节点依次调用 Nm_NetworkRelease() 3. 各节点进入 Ready Sleep State 4. 总线上不再有非 Sleep Indication 的 NM 消息 5. 各节点的 NmTimeoutTime 超时 → 集体进入 Prepare Bus-Sleep 6. NmWaitBusSleepTime 超时 → 集体进入 Bus-Sleep没有请求-确认握手没有牵头 ECU没有确认休眠帧。四、NM 报文NM PDU格式4.1 CAN NM PDU 结构CAN NM 消息通常为 8 字节经典 CAN或最长 64 字节CAN FD┌──────────┬──────────┬────────────────────────────────┐ │ Byte 0 │ Byte 1 │ Byte 2 ~ Byte 7 │ │ Source ID│ CBV │ User Data (可选) │ └──────────┴──────────┴────────────────────────────────┘字段说明Source ID发送该 NM 消息的节点 ID0~255CBVControl Bit Vector控制位包含 Sleep Indication Bit 等标志User Data可选的用户数据如 OEM 自定义信息4.2 CBV 关键位Bit名称含义Bit 0Sleep Indication Bit1 该节点已准备好休眠0 该节点仍有通信需求Bit 1~7保留/OEM 自定义各 OEM 扩展用途4.3 NM 消息 IDNM 消息的 CAN ID 由 OEM 在通信矩阵DBC/ARXML中定义没有固定范围限制可以是任何合法 CAN ID通常 OEM 会规划一段连续 ID 用于 NM如 0x500~0x5FF但这不是协议要求4.4 Ethernet NMUdpNmEthernet 网络使用UdpNm模块NM 消息封装在UDP 报文中目的地址NM 多播地址如 224.0.0.x端口OEM 定义的 UDP 端口Payload与 CAN NM 类似的 Source ID CBV User Data 结构支持 Partial Networking 唤醒⚠️注意DoIPISO 13400是诊断协议与网络管理无关不要混淆。五、关键配置参数参数说明典型值NmMsgCycleTimeNM 消息发送周期Normal Operation State100~500 msNmTimeoutTime网络模式下 NM 消息接收超时500 ms ~ 2 sNmRepeatMessageTimeRepeat Message State 持续时间500 ms ~ 1 sNmWaitBusSleepTimePrepare Bus-Sleep 等待时间1~5 sNmMsgCycleOffsetNM 消息发送偏移避免多节点同时发送0~MsgCycleTimeNmChannelSleepMaster仅 LIN NM主节点标识—NmPduCbvPositionCBV 在 PDU 中的字节位置Byte 1NmPduLengthNM PDU 总长度8 / 64 字节 这些参数通过 AUTOSAR 工具链如 Vector DaVinci Configurator、EB tresos在 ARXML 中配置不在 DBC 文件中。六、AUTOSAR 软件架构中的 NM6.1 分层架构┌─────────────────────────────────────────────────────────┐ │ 应用层 (ASW / SWC) │ │ 决定何时需要/释放网络如用户按下解锁键 → 请求网络 │ └───────────────────────────┬─────────────────────────────┘ │ RTE 接口 ▼ ┌─────────────────────────────────────────────────────────┐ │ RTE (Runtime Environment) │ │ 标准化接口隔离如 Rte_Call_Xx_Nm_NetworkRequest() │ └───────────────────────────┬─────────────────────────────┘ │ ▼ ┌─────────────────────────────────────────────────────────┐ │ BSW - Services Layer │ │ ┌─────────────────────────────────────────────────┐ │ │ │ Nm (Generic NM) — 通用 NM 接口层 │ │ │ └─────────────────────────────────────────────────┘ │ │ ┌─────────────────────────────────────────────────┐ │ │ │ CanNm / UdpNm / LinNm — 总线特定 NM 实现 │ │ │ └─────────────────────────────────────────────────┘ │ ├─────────────────────────────────────────────────────────┤ │ BSW - ECU Abstraction Layer │ │ ┌─────────────────────────────────────────────────┐ │ │ │ CanIf (CAN Interface) / EthIf │ │ │ └─────────────────────────────────────────────────┘ │ ├─────────────────────────────────────────────────────────┤ │ BSW - MCAL (Microcontroller Abstraction) │ │ ┌─────────────────────────────────────────────────┐ │ │ │ Can Driver / Eth Driver │ │ │ └─────────────────────────────────────────────────┘ │ ├─────────────────────────────────────────────────────────┤ │ Hardware │ │ CAN Transceiver / Ethernet PHY / LIN Transceiver │ └─────────────────────────────────────────────────────────┘6.2 NM 消息发送路径Nm Module → PduR (PDU Router) → CanIf → Can Driver → Can Transceiver → 物理总线NM 模块不直接调用 CAN Driver中间经过 PduR 路由和 CanIf 抽象层。6.3 NM 核心 APIAPI调用者说明Nm_NetworkRequest()应用层/SWC请求网络我需要通信Nm_NetworkRelease()应用层/SWC释放网络我不再需要通信Nm_GetState()应用层/诊断查询当前 NM 状态Nm_CheckRemoteSleepIndication()应用层检查是否所有远程节点都准备好休眠Nm_SetSleepReadyBit()内部设置 Sleep Indication Bit6.4 与其他 BSW 模块的交互模块与 NM 的关系Com通信模块NM 状态变化时通知 Com 启用/停止应用报文收发CanIf / Can DriverNM 消息的实际发送/接收通道EcuMECU 状态管理NM 进入 Bus-Sleep 后通知 EcuM 执行 ECU 关电流程DEM诊断事件管理NM 检测到总线通信故障时上报 Event由 DEM 记录 DTCBswMBSW Mode Manager根据 NM 状态切换 BSW 模块的运行模式七、典型工作流程7.1 唤醒流程[用户按下遥控解锁键] │ ▼ BCM 检测到本地唤醒源GPIO 中断 │ ▼ BCM 的 EcuM 从 Bus-Sleep 唤醒 → 初始化 BSW → NM 进入 Repeat Message State │ ▼ BCM 发送 NM 消息Sleep Indication Bit 0 │ ▼ 总线上的其他 ECU仪表、PEPS等通过 CAN Transceiver 检测到总线活动 │ ▼ 各 ECU 被远程唤醒 → 各自 NM 进入 Repeat Message State │ ▼ 需要通信的节点调用 Nm_NetworkRequest()进入 Normal Operation State 不需要通信的节点不请求网络直接进入 Ready Sleep State7.2 休眠流程[车辆熄火所有应用任务完成] │ ▼ 各 SWC 依次调用 Nm_NetworkRelease()如仪表保存完数据、ESP 完成自检 │ ▼ 各节点进入 Ready Sleep StateNM 消息中 Sleep Indication Bit 1 或停止发送 NM 消息 │ ▼ 总线上不再有 Sleep Indication Bit 0 的 NM 消息 │ ▼ 各节点的 NmTimeoutTime 超时 │ ▼ 所有节点进入 Prepare Bus-Sleep Mode │ ▼ NmWaitBusSleepTime 超时确保最后一个 NM 消息传输完毕 │ ▼ 所有节点进入 Bus-Sleep Mode │ ▼ EcuM 执行 ECU 关电关闭不需要保持的电源域 CAN Transceiver 进入 Standby 模式仅保留唤醒检测 │ ▼ 静态电流降至 μA 级 ✅7.3 通信故障检测正常情况 ECU_A 每 100ms 发送 NM 消息 → ECU_B 的 NM 模块持续收到 异常情况ECU_A 突然掉电 ECU_B 超过 NmTimeoutTime如 500ms未收到 ECU_A 的 NM 消息 │ ▼ Nm 模块上报 Bus Error Event → 通知 DEM │ ▼ DEM 记录对应 DTC如 U0100: Lost Communication with ECM │ ▼ 应用层根据 DTC 执行降级策略⚠️注意NM 的超时检测能发现节点停止发送 NM 消息但不处理物理层故障如 CAN_H/CAN_L 短路。物理层故障由 CAN 控制器的硬件错误检测机制Bus-Off处理。八、不同总线的 NM 差异特性CAN NM (CanNm)LIN NM (LinNm)Ethernet NM (UdpNm)通信方式广播 NM PDU主节点轮询UDP 多播拓扑对等peer-to-peer主从结构Master-Slave对等peer-to-peer消息周期固定周期如 100ms由主节点调度固定周期唤醒机制CAN 总线活动 / Transceiver 唤醒主节点发送唤醒帧UDP NM / Partial Networking适用场景底盘、动力、车身低成本车身电子车窗、座椅域控制器、自动驾驶特殊说明最成熟、应用最广从节点不主动发送 NM 消息支持多播唤醒、带宽大LIN NM 的特殊性LIN 网络是主从结构NM 机制与 CAN 有本质不同Master 节点负责轮询和网络状态管理Slave 节点不主动发送 NM 消息仅响应 Master 的调度睡眠由 Master 发送特定的诊断帧0x3C触发不适用 CAN NM 的对等状态机九、工程实践设计与配置9.1 需求分析需求项示例唤醒源定义点火信号、遥控钥匙、充电枪插入、定时唤醒休眠条件所有 SWC 释放网络请求 NmTimeout WaitBusSleepTime休眠延迟熄火后 10s 内完成休眠静态电流目标整车 ≤ 2mA单 ECU ≤ 100μA故障策略NM 超时后记录 DTC通知应用层降级9.2 参数配置以 Vector DaVinci 为例NmGeneral: NmMsgCycleTime 100 ms NmTimeoutTime 1000 ms NmRepeatMessageTime 500 ms NmWaitBusSleepTime 3000 ms NmMsgCycleOffset 20 ms (避免多节点同时发送) NmChannel: NmChannelId 0 NmBusType CAN NmNode: NmNodeId 5 (本节点 Source ID) NmPduId NmPdu_BCM NmPduCbvPosition 1 (CBV 在 Byte 1) NmPduLength 89.3 集成要点集成项注意事项通信矩阵NM PDU 的 CAN ID 在 ARXML/DBC 中定义所有节点必须一致唤醒引脚CAN Transceiver 的 WAKE 引脚需正确连接到 MCU 的唤醒中断网络请求管理每个 SWC 必须成对调用NetworkRequest()/NetworkRelease()避免请求泄漏导致无法休眠EcuM 联动NM 进入 Bus-Sleep 后EcuM 才能执行 ECU Shutdown 序列多通道管理若 ECU 连接多条总线如 CAN Ethernet需使用 Nm Coordination 模块统一协调9.4 测试验证测试类型测试内容工具功能测试唤醒→通信→休眠完整流程CANoe / CANalyzer NM 插件超时测试拔除某节点验证 NmTimeout 检测和 DTC 记录CANoe 故障注入休眠电流测量 Bus-Sleep 后静态电流目标 ≤ 100μA示波器 电流探头多节点一致性所有节点同步进入/退出 Bus-SleepCANoe 多通道同步抓取唤醒冲突休眠过程中注入唤醒事件验证状态机回退CANoe 自动化脚本网络请求泄漏模拟 SWC 忘记 Release验证 ECU 无法休眠代码审查 长时间运行测试十、常见问题与避坑指南10.1 无法进入 Bus-Sleep最常见原因某个 SWC 调用了Nm_NetworkRequest()但忘记Nm_NetworkRelease()。排查通过Nm_GetState()或诊断服务读取 NM 状态检查是否仍处于 Normal Operation State使用 CANoe 观察 NM 消息的 Sleep Indication Bit 是否为 010.2 休眠后被意外唤醒原因CAN 总线上有残余报文如某个 ECU 未完全休眠Transceiver 灵敏度设置过高电磁干扰触发误唤醒唤醒引脚悬空导致误触发10.3 多总线协调问题场景ECU 同时连接 CAN 和 EthernetCAN 侧已准备休眠但 Ethernet 侧仍有通信需求。解决使用Nm CoordinationNmSync模块确保所有通道同步进入/退出休眠。10.4 Partial Networking 注意事项Partial Networking部分网络唤醒允许 ECU 在总线上有非目标报文时保持休眠仅响应特定唤醒帧需要 CAN Transceiver 硬件支持如 TJA1145、TCAN1044NM 模块需配置唤醒帧过滤器需确保唤醒帧 ID 不与正常应用报文冲突十一、安全与网络安全11.1 功能安全ISO 26262NM 模块通常要求达到ASIL B级别关键要求NM 超时检测必须在安全时间内完成避免通信故障导致功能丧失需进行 FMEA 分析如NM 模块卡死在 Normal Operation State 导致无法休眠11.2 网络安全ISO/SAE 21434威胁防护措施伪造 NM 消息如伪造唤醒帧导致无法休眠SecOCSecure Onboard Communication对 NM PDU 添加 MAC消息认证码验证来源合法性重放攻击重复发送旧 NM 消息SecOC 中的 Freshness Counter / Timestamp恶意唤醒导致蓄电池耗尽Transceiver 硬件级唤醒帧过滤 唤醒次数限制⚠️注意实际工程中通常使用SecOCMAC 认证而非对 NM 帧整体加密。NM PDU 仅 8 字节且不含敏感用户数据认证确保来源合法比加密更合适。十二、未来趋势12.1 多总线融合管理中央计算架构下域控制器同时管理 CAN / LIN / Ethernet 子网。NM Coordination 模块将承担更复杂的跨总线同步职责实现一次唤醒多域协同一次休眠全域静默。12.2 智能化动态策略根据用户习惯预测唤醒需求如每天 8:00 用车7:55 预唤醒座舱 ECU根据车辆状态动态调整 NM 消息周期高速行驶缩短周期提高检测速度停车后延长周期降低总线负载12.3 以太网 TSN NM 融合Time-Sensitive NetworkingTSN为 Ethernet 提供确定性通信保障。未来 UdpNm 可能与 TSN 调度机制深度结合实现更精确的网络状态管理和唤醒时序控制。12.4 整车级电源管理与 NM 联动NM 状态将与整车电源管理Power Management更紧密耦合NM 进入 Bus-Sleep → 触发 ECU 电源域关断部分 ECU 支持NM 休眠但保持部分功能如防盗模块保持射频监听十三、总结要点内容核心机制去中心化状态机 超时驱动 Sleep Indication Bit状态流转Bus-Sleep → Repeat Message → Normal Operation → Ready Sleep → Prepare Bus-Sleep → Bus-Sleep没有主节点所有节点对等靠超时同步没有确认帧靠 Sleep Indication Bit NmTimeout 实现集体休眠报文格式Source ID CBV含 Sleep Indication Bit User Data软件分层SWC → RTE → Nm(Generic) → CanNm/UdpNm → PduR → CanIf → Driver关键参数MsgCycleTime / TimeoutTime / WaitBusSleepTime / RepeatMessageTime安全SecOC 认证非加密、Partial Networking 硬件过滤常见坑NetworkRequest 泄漏、多通道协调、误唤醒AUTOSAR NM 不是单一模块而是一套从协议规范到软件实现到整车集成的完整体系。理解状态机的每一步转换、掌握超时参数的配置逻辑、避开工程实践中的常见陷阱才能真正驾驭整车网络管理。参考资料AUTOSAR SWS_CANNMCAN Network ManagementAUTOSAR SWS_UDPNMUDP Network ManagementAUTOSAR SWS_LINNMLIN Network ManagementAUTOSAR SWS_NM (Generic NM Interface)AUTOSAR SWS_EcuMECU State ManagerISO 11898CAN 物理层/ ISO 13400DoIP仅诊断参考Vector AUTOSAR Network Management 技术白皮书如果这篇文章对你有帮助欢迎点赞、收藏、转发有具体的 NM 配置问题或调试经验欢迎在评论区交流讨论。