3、多模通信需求分析：典型应用场景与切换驱动力
好，咱们进入第三讲。这一讲我打算聊聊多模通信到底用在哪儿，以及为什么需要切换。说实话，这个问题我早年做项目时也琢磨了很久——一个NB-IoT模组够用不？为啥非得搞多模？
嗯，答案其实很简单：没有一种通信技术能包打天下。你想想看，NB-IoT覆盖深、功耗低，但带宽窄、时延大；Cat.1速度快，但功耗高；非蜂窝技术（比如蓝牙、LoRa）各有各的短板。所以，多模融合就成了必然选择。
3.1 典型应用场景：智能抄表
智能抄表，这是NB-IoT最经典的战场。我2017年参与过一个水表项目，当时运营商NB-IoT网络刚铺开，覆盖还不完善。水表装在楼道井里，信号经常只有-130dBm左右。嗯，这个场景下，NB-IoT的优势很明显：
- 深度覆盖：比GPRS强20dB，能穿透多层楼板
- 超低功耗：一节电池撑5-8年，不用频繁换电池
- 海量连接：一个基站能挂几万个表
但问题来了——抄表失败怎么办？ 我在项目中遇到过，有些老旧小区的表井位置太刁钻，NB-IoT信号就是上不去。这时候，多模方案就派上用场了。
典型多模组合：NB-IoT + 蓝牙
平时用NB-IoT上报数据。如果连续3次上报失败，自动开启蓝牙广播。运维人员拿着手机靠近，就能通过蓝牙把数据读出来。说白了，蓝牙就是个“兜底通道”。
还有一种情况：紧急事件上报。比如水表检测到漏水，需要立刻通知平台。NB-IoT的RRC连接建立可能要几秒，太慢了。这时候可以临时切到Cat.1或者Wi-Fi（如果现场有），实现秒级上报。
3.2 典型应用场景：资产追踪
资产追踪，这个场景更有意思。我做过冷链物流的追踪器，要求全程监控温度、位置、震动。你想想，货物从仓库到货车，再到中转站，最后到门店——环境变化太大了。
这个场景下，多模切换几乎是刚需：
- 仓库内：有Wi-Fi覆盖，用Wi-Fi上传数据，成本低、速度快
- 运输途中：用NB-IoT或Cat.1，保证全国范围覆盖
- 偏远地区：NB-IoT信号弱？切到卫星通信（如果有）或者存本地，等有信号再补传
我记得有个项目，追踪器装在集装箱上，从上海港运到欧洲。经过公海时，所有蜂窝信号都没了。我们设计了一个策略：离线缓存 + 到达后批量上传。说白了，就是先存着，等靠岸连上Wi-Fi再一口气传完。
避坑指南：我曾经在资产追踪项目里踩过一个坑——切换太频繁。追踪器每5分钟判断一次信号强度，结果在信号不稳定的区域，设备在NB-IoT和Cat.1之间反复横跳，功耗直接翻倍。后来我加了一个滞回比较器，信号低于阈值后持续10秒才切换，问题就解决了。
3.3 多模切换的驱动力
为什么要做多模切换？说白了，就三个字：不信任。不信任单一技术能搞定所有场景。具体驱动力有这些：
| 驱动力 | 说明 | 我的经验 |
|---|---|---|
| 覆盖补盲 | NB-IoT信号盲区，用其他技术兜底 | 地下车库、电梯井是重灾区 |
| 性能需求 | 大数据量上传时，需要更高带宽 | 固件OTA升级，NB-IoT要传几天，Cat.1只要几小时 |
| 功耗优化 | 低功耗场景用NB-IoT，高功耗场景临时切 | 平时休眠，只有报警时才切到高速模式 |
| 成本控制 | NB-IoT模组便宜，Cat.1模组贵，按需使用 | 能省则省，别杀鸡用牛刀 |
| 法规要求 | 某些地区强制要求本地存储或特定通信方式 | 欧洲的GDPR要求数据本地化处理 |
3.4 多模切换的挑战
嗯，驱动力说完了，咱们聊聊挑战。说实话，多模切换看着美好，做起来全是坑。我总结了几条：
3.4.1 切换时延与业务连续性
切换不是瞬间完成的。从检测到信号丢失，到扫描新网络，再到建立连接，整个过程可能要几秒甚至十几秒。对于实时性要求高的业务（比如车辆追踪），这几秒的空白期可能导致数据丢失。
我的做法是：预切换。在信号变差但还没断的时候，提前启动目标网络的扫描。这样真正切换时，时间能缩短到1秒以内。
3.4.2 功耗与切换频率的平衡
这个前面提过。切换本身很耗电——扫描网络、鉴权、附着，每一步都在烧电。如果切换太频繁，电池寿命直接腰斩。
警告：我曾经见过一个设计，设备每10分钟切换一次网络，结果电池从标称的5年寿命，实际只撑了8个月。后来我们加了切换抑制算法：连续3次切换失败后，进入“静默期”，30分钟内不再尝试切换。
3.4.3 协议栈与数据同步
不同网络的协议栈不同，数据格式也不同。NB-IoT用CoAP/UDP，Cat.1用MQTT/TCP。切换时，应用层的数据怎么无缝衔接？
我建议的做法是：统一应用层协议。不管底层用哪种网络，上层都用MQTT。这样切换时，只需要重建TCP连接，应用层数据流不受影响。
3.4.4 网络选择策略
什么时候切？切到哪个网络？这需要一套智能策略。最简单的策略是“信号优先”——哪个信号强用哪个。但实际中，信号强不代表好用。比如，Wi-Fi信号满格，但网关带宽被占满了，实际吞吐量还不如NB-IoT。
我个人习惯用综合评分法：
// 伪代码示例：综合评分选择网络
float score = w1 * RSSI + w2 * SNR + w3 * 历史成功率 + w4 * 功耗因子;
// 选择评分最高的网络
selected_net = argmax(score);
权重w1~w4根据场景动态调整。比如在低功耗场景，w4（功耗因子）的权重就调高。
3.5 小结
这一讲咱们聊了智能抄表和资产追踪两个典型场景，分析了多模切换的驱动力和挑战。说白了，多模通信不是炫技，而是解决实际问题的必要手段。切换策略设计得好，设备就能“智能地”选择最合适的网络；设计得不好，就是一场灾难。
下一讲，我会深入讲讲具体的切换策略算法，包括滞回比较、预测切换、以及我在项目中用过的几种实用方案。嗯，到时候见。