3. T-Box系统概述
T-Box（Telematics Box）是车联网的“通信中枢+数据网关+边缘计算节点”。它把车辆内部的CAN/CAN FD、LIN、以太网等总线数据，通过蜂窝网络（4G/5G）或V2X链路与云端、手机App、路侧设备连接起来，同时承担远程控制、位置服务、数据采集、OTA升级、安全认证等任务。理解T-Box，不能只看成一个“上网盒子”，而要从硬件形态、软件架构、功能模块以及它与整车电子电气架构（EEA）的关系四个层面建立系统视角。
一、硬件形态：从独立盒子到域控集成
T-Box的硬件形态随整车EEA演进而变化，常见有三类：
- 独立式T-Box：独立金属或塑料外壳，内置MCU/MPU、蜂窝模组、GNSS模组、CAN收发器、eSIM、备用电池。通过CAN或以太网接入整车，安装位置多在仪表台后方、副驾脚部或后备箱。优点是开发独立、便于售后更换，是当前主流形态。
- 集成式T-Box：与车机（HU）、网关（GW）或域控制器共板/共壳，共享电源、天线和主控芯片，降低成本与线束，但对整车开发耦合度高。
- 域控/中央计算形态：在“中央计算+区域控制”EEA中，T-Box功能以软件模块或通信板卡形式集成到中央计算平台，成为整车通信服务的一部分。
无论形态如何，硬件核心链路基本一致：主控（MCU+MPU或SoC）→ 蜂窝模组 → 天线（蜂窝/GNSS/V2X）→ 总线收发器 → 电源与备用电池。天线布置、电源跌落策略、eCall备用电池是硬件设计的关键点。
二、软件架构：分层解耦与双系统协同
T-Box软件通常采用分层架构，从下到上包括：
- 硬件抽象层（HAL/BSP）：驱动蜂窝模组、GNSS、CAN、以太网、电源管理、看门狗等。
- 系统层：常见为“RTOS + Linux/Android”双系统。MCU侧跑RTOS负责实时CAN收发、电源管理、休眠唤醒、eCall；MPU侧跑Linux/Android负责网络协议栈、应用逻辑、OTA、数据缓存。
- 中间件层：包括通信协议栈（MQTT/HTTPS/TLS）、CAN信号数据库（DBC）、诊断协议（UDS/DoIP）、OTA客户端、安全加密模块（HSM/SE）、日志与数据管理。
- 应用层：远程控制、车辆状态上报、位置追踪、电子围栏、故障告警、OTA任务、V2X消息处理等。
双系统之间通过SPI/UART/共享内存通信，MCU负责“保命”和实时性，MPU负责“联网”和计算密集任务。这种分工是T-Box软件架构的核心设计思想。
三、功能模块：六大核心能力
从功能视角看，T-Box可归纳为六大模块：
| 功能模块 | 主要职责 | 典型接口/协议 |
|---|---|---|
| 通信模块 | 蜂窝联网、V2X通信、网络切换 | 4G/5G、C-V2X、MQTT/HTTPS |
| 定位模块 | GNSS定位、惯导融合、位置上报 | GPS/BDS、NMEA、PPS |
| 车辆数据网关 | CAN/LIN/以太网数据采集与转发 | CAN FD、DBC、SOME/IP |
| 远程控制 | 解闭锁、寻车、空调、充电控制 | UDS、CAN信号、安全认证 |
| OTA升级 | 固件/软件包下载、校验、刷写、回滚 | HTTPS、UDS、差分升级 |
| 安全与诊断 | 身份认证、加密、故障上报、eCall | TLS、HSM、DTC、eCall |
这些模块并非孤立，而是通过统一的数据总线和服务接口协同工作。例如远程控制需要“通信模块+安全认证+车辆数据网关”三者联动。
四、与整车EEA的关系：T-Box是“边缘网关+通信出口”
在整车电子电气架构中，T-Box通常位于“网关之后、云端之前”的位置。它既不是简单的CAN节点，也不是纯粹的外网设备，而是整车EEA的边界节点：
- 对内：通过CAN/CAN FD或以太网接入整车网络，读取信号、发送控制指令，需遵守整车网络管理（NM）和诊断规范。
- 对外：通过蜂窝网络与TSP平台通信，是整车唯一或主要的公网出口，承担数据脱敏、安全隔离和流量管理。
- 安全边界：T-Box是外部攻击进入整车网络的关键入口，因此需要防火墙、入侵检测、安全启动、密钥管理等机制。
核心关系一句话：T-Box是整车EEA中“对内采集控制、对外联网通信”的边界网关，其硬件形态随EEA集中化而演进，软件架构以双系统分层解耦为特征，功能模块围绕通信、定位、数据、控制、升级、安全展开。
五、典型场景与常见误区
场景：用户通过手机App远程开启空调。流程是：App→TSP平台→T-Box通信模块→安全认证→车辆数据网关→CAN信号→空调控制器。T-Box需在车辆休眠时被唤醒，并在规定时间内完成认证与控制，这对电源管理和实时性提出高要求。
误区一：把T-Box当成“车机”。车机负责娱乐交互，T-Box负责通信与车辆数据，二者常集成但职责不同。
误区二：忽视双系统分工。MCU和MPU职责混淆会导致休眠唤醒异常、eCall失效等严重问题。
误区三：忽略EEA边界安全。T-Box直接暴露公网，若不做安全隔离，可能成为整车网络攻击入口。
复盘建议：学习T-Box系统概述时，建议画一张“硬件链路+软件分层+EEA位置”的三视图，把通信、定位、数据、控制、升级、安全六个模块分别标注在对应层级上，形成系统级认知。
综上，T-Box系统概述的核心在于建立“硬件形态—软件架构—功能模块—EEA关系”四位一体的认知框架。硬件形态决定部署方式，软件架构决定能力边界，功能模块决定业务价值，EEA关系决定系统位置与安全责任。只有把四者放在同一张图上理解，才能在后续的通信协议、诊断、OTA、安全等章节中形成连贯的系统思维。