1. LTE低功耗终端概述
各位做物联网产品的朋友，咱们开门见山——功耗，是物联网设备绕不开的坎儿。我这些年调试过的NB-IoT模组、Cat.1模组少说也有几十款，每次客户问的第一个问题几乎都是：“这玩意儿电池能撑多久？”
说实话，LTE在设计之初就没怎么考虑省电。它追求的是高速率、低延迟、高移动性。但物联网设备呢？大部分时间都在睡觉，偶尔发个几字节的数据。这就好比让一台法拉利天天在市区堵车——发动机再牛，油耗也扛不住。
1.1 物联网设备的续航痛点
先看几个真实场景。我有个做智能水表的客户，要求电池寿命10年以上。水表装在井下，换电池得挖路，成本比表本身还贵。还有做共享单车的，GPS+NB-IoT模组，一天上报几次位置，电池得撑3年。你想想看，如果模组功耗控制不好，用户就得频繁换电池，产品口碑直接崩了。
物联网设备的功耗痛点，我归纳为三点：
- 待机时间长，但必须保持在线——设备可能几个月不发数据，但服务器随时可能下发指令。模组得一直监听寻呼信道，不能彻底关机。
- 数据量极小，但连接开销大——每次发几十字节的数据，却要走完完整的RRC连接建立流程。信令交互的功耗，往往比数据传输本身还高。
- 供电环境苛刻——两节AA电池、纽扣电池、甚至能量采集（太阳能、振动发电）。没有稳定的外部电源，每一微安都得精打细算。
核心矛盾：LTE协议栈是为“永远在线、高速传输”设计的，而物联网设备需要“大部分时间休眠、偶尔发小包”。省电的本质，就是在这两个极端之间找平衡。
1.2 LTE功耗模型简介
要理解省电，先得知道电都耗在哪儿了。我习惯把LTE模组的功耗拆成几个状态来看：
| 状态 | 典型电流 | 说明 |
|---|---|---|
| 深睡眠 | 1~5 µA | RF关闭，只保留RTC和少量RAM。醒来后需要重新搜网、附着。 |
| 轻睡眠 | 0.5~2 mA | RF关闭，但保持网络注册状态。醒来后只需恢复RRC连接。 |
| 空闲态监听 | 5~20 mA | 周期性醒来监听寻呼信道。DRX周期越长，平均电流越低。 |
| 连接态 | 50~200 mA | 收发数据时的峰值电流。取决于RSRP、MCS、带宽等因素。 |
| 峰值发射 | 200~500 mA | 最大功率发射时（23 dBm）。持续时间很短，但瞬时电流很高。 |
嗯，这里要注意——表格里的数字只是参考值。实际功耗跟模组型号、网络环境、温度都有关系。我在项目中遇到过，同一个模组在弱信号下发射电流能翻倍，因为基站要求它提高发射功率。
功耗模型说白了就是：时间 × 电流 = 电量消耗。省电的思路无非两条：要么降低电流（硬件优化），要么缩短高电流状态的时间（软件优化）。LTE低功耗模式主要走第二条路。
1.3 省电的核心理念
我个人理解，LTE省电的核心理念就四个字：少醒、快睡。
- 少醒——减少不必要的唤醒次数。比如延长DRX周期、使用eDRX（扩展不连续接收）、PSM（省电模式）让设备长时间休眠。
- 快睡——尽快回到低功耗状态。比如缩短RRC非活动定时器、使用快速释放（Fast Release）特性，发完数据立刻挂断连接。
你可能会问：“少醒”和“快睡”听起来简单，为什么实际做起来这么难？
因为网络侧和终端侧的利益不完全一致。基站希望终端多醒着，方便随时调度；终端希望多睡会儿，省电。协议栈里的各种定时器、参数配置，本质上就是在平衡这两方的需求。
我的经验：省电参数配置没有“万能解”。同一个参数，在密集城区和偏远郊区效果完全不同。我建议你在项目初期就搭建一个功耗测试环境，用真实的网络条件去验证。纸上谈兵容易踩坑。
下面这张图，是我梳理的LTE低功耗模式知识体系。你可以把它当作整个课程的地图：
避坑提醒：我曾经在一个项目中，把PSM的T3412定时器设成了最大值（约413天）。结果设备进入PSM后，服务器下发指令完全收不到，因为设备根本不监听寻呼。客户投诉说“设备失联了”。后来我学乖了——省电参数一定要结合业务场景来配，不能一味追求低功耗。
好了，这一章我们先把功耗问题的全貌看清楚。后面的章节，我会逐个深入讲解PSM、eDRX、RRC快速释放等具体技术。每个技术我都会给出协议栈的实现细节、参数配置方法，以及我在实际项目中踩过的坑。
记住一句话：省电不是把参数调到最低，而是在功耗和业务可达性之间找到最优解。