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快速释放等具体技术。每个技术我都会给出协议栈的实现细节、参数配置方法,以及我在实际项目中踩过的坑。
记住一句话:省电不是把参数调到最低,而是在功耗和业务可达性之间找到最优解。