题目重点：按蜂窝网络、射频/基带、应用处理器与系统消息服务梳理接收路径，区分 SMS 与 iMessage。
题意与假设
这道练习题保留了面经中值得训练的核心约束，并将需要澄清的条件单独列出。现场拿到变体时，先和面试官确认这些条件。
- 先把‘短信’限定为运营商 SMS；iMessage 是不同的互联网消息服务，不能与 SMS 混成一条固定路径。
- 只讨论公开可证的功能层次，不声称掌握某款未指明 iPhone 的内部芯片拓扑或运营商网络实现。
解题路线
- 先问消息制式与设备状态：SMS 经蜂窝运营商网络到设备天线/射频前端与蜂窝基带子系统；射频负责接收相应频段信号，基带完成蜂窝协议处理。具体 SMS over IMS/传统承载依网络环境变化。
- 基带把经过协议栈处理的消息交给应用处理器侧系统服务；OS 的消息服务解析、存储/同步并决定是否在 Messages 显示与通知。应用处理器负责系统和 UI 逻辑，存储子系统保存消息。
- Secure Enclave 的存在是设备安全架构的一部分，不应无证据说每一条 SMS 正文都必经它解密；SMS 与端到端加密的 iMessage 安全模型也不能混淆。
- 以故障域排查：无蜂窝注册先查射频/基带/运营商；能收蜂窝数据但 SMS 不达查制式和网络服务；系统收到了但不提醒查 OS 通知/应用状态。TPM 答案要给跨硬件、固件、OS 团队的可观察接口。
手动走一遍
手机有信号、能正常通话，却收不到某条 SMS：先确认发件方与运营商送达记录，再看基带/系统消息事件，区分网络未投递、基带未转交、系统已收但 UI/通知未展示。此排查是训练框架，不是题目给出的故障案例。
规模与取舍
端到端时延来自运营商投递、无线链路、基带协议处理和系统通知，不应凭题名给固定毫秒值。不同机型/制式需在测试矩阵中分别覆盖弱信号、漫游、重启和双卡。
易错点与追问
容易失分的边界
- 把 SMS 说成总经 Wi-Fi/iMessage 服务器。
- 把基带、应用处理器、Secure Enclave 的角色混成一颗芯片。
- 在没有具体机型下背某一代部件型号。
- 只列硬件名，不讲固件/OS 交接与故障观测。
继续深挖
- SMS、RCS 和 iMessage 的传输/安全路径如何区分？
- 弱信号或漫游时如何设计端到端测试？
- 基带日志与系统消息日志如何关联而不泄露正文？
- 双卡/eSIM 情况下路由验证应覆盖什么？
技术参考
- Apple Platform Security 基带说明：公开确认蜂窝基带子系统与应用处理器的分工。
- Apple iMessage 官方介绍：区分 iMessage 与运营商 SMS/MMS/RCS。
