3. 车载网络与远程通信面试题
第 3 章 · 车载网络与远程通信
4G/5G · MQTT · TCP/IP 面试实战
📶 通信协议栈
🔗 远程连接
📡 车云交互
T-Box 作为车联网的“通信网关”，面试官会重点考察你对 4G/5G 模组、MQTT 协议以及 TCP/IP 协议栈的理解深度。本章通过 3 个高频问答卡片，帮你建立结构化回答框架，并附上追问路径与避坑提醒。
请介绍一下 T-Box 中 4G/5G 模组的通信流程，以及你如何排查网络连接问题？
面试官考察点
- 对 4G/5G 模组驱动、AT 指令、拨号流程的熟悉程度
- 网络问题排查思路（信号、SIM、APN、路由、防火墙）
- 是否具备车规级通信稳定性经验
回答框架
- 模组初始化：上电、AT 指令握手、SIM 卡识别、信号质量查询（CSQ）。
- 拨号与联网：设置 APN、激活 PDP 上下文、获取 IP 地址。
- 数据通道建立：创建 Socket 或 MQTT 连接，进行业务数据收发。
- 排查思路：从物理层→链路层→网络层→应用层逐层定位，结合 AT 日志和抓包。
简短示例回答
模组上电后通过 AT 指令检查 SIM 卡和信号，设置 APN 激活 PDP 获取 IP，再建立 MQTT 连接。排查时先看信号强度，再查 APN 和拨号日志，最后用 tcpdump 抓包分析 TCP 握手和 MQTT 报文，定位是网络侧还是应用侧问题。
可能追问
5G 模组和 4G 模组在 AT 指令上有哪些差异？
弱网环境下如何保证连接可靠性？
如何检测模组死机或异常？
⚠️ 避坑提醒：不要只背 AT 指令，要结合具体项目说明你如何解决过“拨号失败”或“频繁掉线”问题，体现排查逻辑。
MQTT 协议在 T-Box 中如何应用？请解释 QoS 等级和遗嘱消息的作用。
面试官考察点
- 对 MQTT 协议核心机制（发布/订阅、QoS、Keep Alive、遗嘱）的理解
- 在车联网场景下如何选择 QoS 等级
- 是否处理过消息丢失、重复、乱序等问题
回答框架
- 角色与场景：T-Box 作为 MQTT 客户端，向云端发布车辆状态、接收控制指令。
- QoS 等级：QoS 0（最多一次）、QoS 1（至少一次）、QoS 2（恰好一次），根据业务重要性选择。
- 遗嘱消息：客户端异常断开时，Broker 自动发布预设消息，用于告警。
- 保活机制：Keep Alive 心跳检测，配合 PINGREQ/PINGRESP 维持连接。
简短示例回答
T-Box 通过 MQTT 与云端通信，车辆状态上报用 QoS 0 或 1，控制指令用 QoS 1 确保到达。遗嘱消息用于车辆异常断连时通知云端。我们还会设置 Keep Alive 为 60 秒，配合心跳检测，避免假连接。
可能追问
QoS 1 和 QoS 2 的实现区别？
如何防止 MQTT 消息重复消费？
MQTT over TLS 如何配置？
⚠️ 避坑提醒：不要只说“QoS 越高越好”，要结合业务说明权衡——高 QoS 会增加延迟和流量，车控指令和娱乐数据策略不同。
TCP/IP 协议栈在 T-Box 中如何工作？请描述一次完整的车云通信过程。
面试官考察点
- 对 TCP/IP 分层模型、三次握手、四次挥手的理解
- 能否将协议栈知识与 T-Box 实际通信场景结合
- 是否了解 TCP 粘包、重传、拥塞控制等机制
回答框架
- 分层描述：应用层（MQTT/HTTP）→ 传输层（TCP）→ 网络层（IP）→ 链路层（4G/5G）。
- 连接建立：TCP 三次握手，客户端发送 SYN，服务端回复 SYN+ACK，客户端再 ACK。
- 数据传输：应用数据经 TCP 分段、IP 封装，通过模组发送到基站，再路由到云端。
- 连接释放：四次挥手，确保双方数据发送完毕。
简短示例回答
T-Box 应用层用 MQTT，传输层用 TCP。建立连接时先三次握手，然后 MQTT 报文经 TCP 分段、IP 封装，通过 4G 模组发往云端。断开时四次挥手。我们还会处理 TCP 粘包，在应用层定义固定包头+长度字段来拆包。
可能追问
TCP 粘包/拆包如何解决？
TCP 和 UDP 在车联网中的选择？
如何优化 TCP 在弱网下的性能？
⚠️ 避坑提醒：不要只背理论，要结合 T-Box 实际场景说明——比如“我们通过调整 TCP 窗口大小和重传超时来适应车载弱网环境”。
📌 本章复习要点
- 4G/5G 模组：AT 指令、拨号流程、信号排查
- MQTT：QoS 等级、遗嘱消息、保活机制、安全传输
- TCP/IP：三次握手、粘包处理、弱网优化
- 回答时结合项目经验，突出“车规级可靠性”和“问题排查能力”