4.3 Sigfox：超窄带与极致节省

4.3 Sigfox：超窄带与极致节省

Sigfox 把"少说、少传、省钱"推到极点：用超窄带技术让消息少而精，终端模块便宜到极致。本节讲清 UNB 的原理、消息配额的限制，以及它在低频状态上报里的真实位置。

学习目标

阅读完本节，你应当能够：

1. 解释 Sigfox 超窄带（UNB）如何带来极低功耗与远距。
2. 说出 Sigfox"每消息几百字节、一天几条"的限制是如何设计出来的。
3. 判断一个"极低频、极简单、极便宜"的监测场景是否适合 Sigfox。

一、把一切压薄的 Sigfox

前面讲的 LoRaWAN 已经够省钱，Sigfox 却还要把"薄"再刷一遍。它的看家本领叫超窄带（UNB，Ultra-Narrow Band）——整条消息的频带极窄，信号像一条极细的线，在低噪声的环境里很容易被基站"捞"到且几乎不费发射功率。窄所以传得远、穿得稳、功耗极低，代价是速率很慢，慢到通常只能承载小得可怜的数据。

Sigfox 把这种"小而省"固化成了规矩：终端每次只能发一条很短的报文（通常几百字节以内），一天能发几条到几十条之间由套餐限定。你可能会以为这太寒酸，但这正是设计师的意图——Sigfox 瞄准的本就不是海量数据，而是"极低频的小消息"：一个水位报警、一个电量提示、一辆车的低速位置。

把"窄到极致"落到一帧数据上，Sigfox 的上行报文常常只有 12 字节净荷。这 12 字节要是省着用，能塞下不少判断依据——一个抽象的例子：

Sigfox 上行 12 字节净荷的位分配示意（共 96 bit）
bit 0-15   设备状态位图（16 个布尔报警，如"超温/开门/掉电"各占 1 位）
bit 16-31  最近一次电量百分比（0-100）
bit 32-64  当前温度（有符号整数，-400..850 对应 -40.0℃..85.0℃）
bit 65-95  备用 / 序号

→ 一条消息同时报了"设备死活、电量、温度"三类信息
​

看懂这帧，你就懂了 Sigfox 的哲学：业务越能用位而不是用字节表达，越适合它。因为一个布尔报警只占 1 位，一次 96 bit 的上行就能扛下一大串"我是否越界"的判断。这也是为什么冷链、资产追踪这类"状态型"设备爱用 Sigfox——你要的从来不是"传多少带宽"，而是"报一次，够了"。

二、为什么这么"少"反而合理

站在业务端看，Sigfox 的消息配额并非缺陷，而是一种"设计出来的对齐"。很多物联网业务其实只需要"一天报几句"就够了：

• 设备状态好不好，报个"我还在 / 我异常了"。
• 资产大概在哪个区域，报一次位置。
• 环境有没有越界，越界才需要让人知道一次。

Sigfox 把这些"足够报告的极简业务"用一条窄缝扛起来。真正需要高频、大数据、或双向频繁控制的场景，本来就不该指望 UNB——那是把 Sigfox 用错了地方。所以判断基准很简单：你的消息是不是"少而精"，是不是"报一次就能让人知道够多"，是 → Sigfox 很搭；否 → 去看 LoRaWAN 或蜂窝。

三、Sigfox 的全球布局与生态代价

Sigfox 的另一张牌是"漫游级"布局——它在全球几十个国家有网络基础（近年并入垂直浪潮下多家运营商），跨区域的设备能在一张网里跑，这对跨境物流与资产管理极有价值；设备出厂用同一套协议，不用逐站调。

代价也随之而来：Sigfox 网络基本是由运营者自营的，不像 LoRaWAN 那样个人企业能随便架网关。这削弱了"自建自由"，也因此 Sigfox 更像"按运营商的收费与配额换取省心省力"。选了 Sigfox，你就"委托"给了一个中心化的超窄带运营商，适合不介意数据经它流转、又极度讲究低成本低保养的市场。

四、Sigfox vs LoRaWAN：别在相似里选错

一句话：两个都在未授权频谱上省电省钱，但 Sigfox 把"省"做成了商业模式，LoRaWAN 把"自建自由"留给了你。选择看你是"想把一切外包、只要最便宜"还是"想自己拥有这张网的前端数据闭环"。

五、一个典型落地：冰柜温控报警

评估一台冷链冰柜的监测方案：它在-18 度左右的冷库里，每过 1 小时报一次温度，异常时立刻报警，工作电压可以接受电池。这是典型的"低频 + 简单 + 远程"业务——Sigfox 很大概率合适，因为你只需要：每台冰柜一个便宜模块，到运营商的超窄带网里，几条消息就把"在不在温控弧内"交代清楚。如果换成要做高频采样、要现场回调，就跑去 LoRaWAN 或蜂窝的那一档。这个例子算"用 Sigfox 的顺风车压成本"的教科书式场景。

一句话：Sigfox 买的是"省得省心"

给 Sigfox 一个形象的定位：它卖的不是带宽，而是"用账单换省心"。消息配额少到极致，换来模块与资费的双双便宜，还把全球漫游与运维打包成托管——你要做的只是把业务压进那几条窄消息里。这非常契合"低频、状态型、不在乎数据经运营商"的监测生意。

反过来，一旦你的设备需要自建网关、要高频双向上报、或对数据主权斤斤计较，Sigfox 的"省"就变了味。它的取舍从来都是清楚的：决策前先在"省到极致"和"我能不能/愿不愿外包这张网"之间表态——表完态，Sigfox 是否合适，答案自己就跳出来了。

也别被"超窄带=速率极低"吓到，速率低不等于没用——在物联网的世界里，能把那几句短消息稳稳地送到基站，并且一年只换一次电池，就已经能解决无数公共事业和资产追踪的实际问题。它不追求每一秒都能说话，但追求每一次说话都花最少的钱，站在自己的象限里，它就是很好的答案。

本节要点回顾

• UNB 哲学：超窄带 → 极低功耗、传得远，但速率与消息量极有限。
• 配额即设计：一天几条短消息，对齐的是"少而精"的业务。
• 全球布局：跨境物流与资产可复用，兑换的代价是失去自建自由。
• 对错靠判据：消息少而精、报一次够知 → Sigfox；要高频/双向/自建 → 换挡。
• 成本极致：它把"省"做成商业模式，适合外包省心省钱者。

从非授权转入授权阵营——下一节看 NB-IoT 是怎么用运营商基站把"窄带"和"深覆盖"同时做齐的。