TCP
蜂窝 RTT 波动大，应调大超时与重传次数；启用 TCP keepalive 检测死连接，间隔需小于 NAT 超时。TLS 握手昂贵，尽量会话复用与长连接。
MQTT
Clean Session 与持久会话权衡；QoS1 在弱网下可能重复，消费端需幂等。遗嘱与心跳间隔与 PSM 周期协调。
监控
记录连接次数与首包时延，区分射频问题与云端问题。
蜂窝移动性与连接态抖动
车辆与手持设备在小区间切换时，TCP 可能经历短暂丢包与 RTT 尖峰；若此时误判为拥塞而过度缩小窗口，会拉长应用完成时间。应在客户端与服务端协同设置更宽容的 RTO 下限，并结合蜂窝模组上报的 RRC 状态变化做「切换后首包」标记。MQTT 长连接在切换瞬间可能断开，需快速重连并评估 Clean Session 策略是否会丢失未确认消息。双卡或运营商策略变更时，源 IP 变化会导致服务端会话失效，设计时应支持令牌续期与重绑定。
省电模式与协议栈协同
PSM、eDRX 与 Modem 休眠会打断 TCP 窗口探测与 MQTT ping，需在应用层定义「可接受离线时长」与补传队列。TLS 会话 ticket 复用能减少唤醒后的握手开销，但密钥更新周期要与安全策略平衡。对于仅偶发上报的设备，短连接加 HTTP 可能比永远在线更省电，应通过实测电流曲线决策。监控指标除 RTT 外，建议采集 RSRP、SINR、重传率与模组温度，建立问题定位基线。
工程实践补充
围绕「蜂窝 TCP/MQTT 优化」在物联网与蜂窝模组工程中的落地，建议在立项阶段把网络约束（目标市场频段与退网计划、APN 与专网策略、漫游与资费、PSM/eDRX 等省电模式）与终端约束（天线与射频布局、电源纹波与浪涌、热设计与降额、EMC/安规）写成可验收条目。研发阶段用弱网模拟、高低温与电压拉偏复现边界故障，保留日志与波形；量产建立批次与校准追溯，器件替代走变更评审。上线后把连接成功率、重连次数、时延与功耗纳入运维看板，异常可追溯到版本与批次。
高时延与切换下会话怎样才算还活着
在蜂窝链路上调整 TCP 与 MQTT，是把超时、保活、重传和会话恢复调到与无线往返时间、地址转换寿命相匹配，而不是沿用有线网络的默认栈。TCP 看到的丢包可能来自小区切换而不是路径拥塞，窗口若被过度缩小，业务完成会被拉得很长。MQTT 在其上维护订阅：清理会话时断线即丢订阅，保留会话时服务器可能留下未确认消息。两者都要面对模组休眠把链路冻住的事实。
可用的前提是已经知道运营商侧空闲映射大概能维持多久，保活必须更短，但又不能短到让设备无法进入省电。省电模式开启时，应用要接受一段不可达时间，并把队列长度和补传上限写进设计。MQTT 的清理会话策略要和这段离线时间一起选。传输层安全的会话票据能减少唤醒后的握手，票据过期则要能退回完整握手。服务端若按源地址绑定会话，重建承载后地址一变就必须允许重新绑定，否则客户端会一直重连失败。地址变换见 NAT 与私网。
保活长于映射超时时，链路上的对应关系已经消失，应用仍认为在线，下行命令全部丢掉。至少一次送达在弱网下会重复，消费端没有幂等键就会把开关执行两遍。切换瞬间的往返尖峰被当成拥塞后，重传超时会长时间抬不下来。休眠前不把未确认消息落盘，掉电后平台与设备对哪一条已经发出各执一词。
监控要把注册失败、建连失败、握手失败和连接确认被拒绝分开，它们不是同一类问题。重连要拉开间隔并设置上限，避免大量设备在基站恢复后同时冲击服务器。只偶发上报的设备，应比较短连接与长连接各自消耗的电荷，再决定是否值得维持会话。