LPWAN technology selection starts with three questions: Do you need private network control? (LoRaWAN.) Do you need carrier-grade reliability? (NB-IoT.) Is it an ultra-simple sensor with tiny payloads? (Sigfox.) The comprehensive comparison matrix covers range, data rate, battery life, cost, mobility, reliability, and firmware update capabilities across LoRaWAN, Sigfox, NB-IoT, and LTE-M.
17.1 Learning Objectives
By the end of this chapter, you will be able to:
Select the appropriate LPWAN technology using structured decision trees for specific deployment scenarios
Compare LoRaWAN, Sigfox, NB-IoT, and LTE-M across technical and business dimensions to justify technology choices
Evaluate private vs public network trade-offs for LoRaWAN deployments at different scales
Distinguish LPWAN technologies by use case based on data rate, mobility, reliability, and cost requirements
Calculate total cost of ownership across deployment scenarios to support evidence-based technology decisions
For Beginners: LPWAN Technology Selection
Choosing between LoRaWAN, Sigfox, and NB-IoT depends on your specific needs. Do you need to send data from a remote farm (LoRaWAN)? Just tiny status messages from thousands of simple devices (Sigfox)? Or reliable connectivity using existing cell towers (NB-IoT)? This chapter helps you match technology to requirements.
Sensor Squad: Three Technologies, Three Strengths
“LoRaWAN, Sigfox, NB-IoT – they all sound the same to me!” groaned Sammy the Sensor.
Max the Microcontroller clarified: “LoRaWAN is the DIY option. You buy your own gateway, set up your own network, and control everything. Great for farms, campuses, and private networks. Range up to 15 km rural.”
“Sigfox is the phone plan option,” said Lila the LED. “You just buy a Sigfox-enabled sensor and it connects to Sigfox’s network automatically – like a mobile phone. But you’re limited to 140 messages per day of 12 bytes each. Ultra-simple, ultra-cheap per device.”
Bella the Battery compared: “NB-IoT uses existing cell towers, so coverage is best in cities. It handles more data than LoRaWAN or Sigfox and works great indoors. But it requires a SIM card and a data plan, so the per-device cost is higher.”
Max summarized: “Remote farm with your own gateway? LoRaWAN. Millions of simple sensors with no infrastructure? Sigfox. City deployment needing reliable indoor coverage? NB-IoT. Match the technology to the environment!”
17.2 LPWAN Technology Selection Decision Tree
~15 min | Intermediate | P09.C02.U03
Choosing the right LPWAN technology depends on your deployment model, coverage needs, and application requirements. Use this decision tree to guide your selection:
Figure 17.1: LPWAN technology selection decision tree by requirements
17.3 LPWAN Technology Comparison Matrix
Use this comprehensive comparison to evaluate LPWAN options for your use case:
Asset tracking Fleet management Mobile devices Voice support
Knowledge Check: Reading the Comparison Matrix
A smart parking sensor updates every 2 minutes (720 messages/day) and requires 99%+ delivery reliability. Which LPWAN technology should you select?
A) Sigfox — Sigfox enforces a hard limit of 140 uplink messages per day. A sensor sending 720 messages per day (every 2 minutes) would exceed this limit by 5x, causing most messages to be dropped. Additionally, Sigfox achieves reliability through triple-redundant transmission at the network level — it does not provide confirmed delivery in the NB-IoT/LTE-M sense.
B) LoRaWAN Class A — LoRaWAN Class A achieves 85-95% delivery reliability without confirmed uplinks. For 99%+ reliability you must enable confirmed messages (which does reach 97-99%), but duty-cycle regulations in Europe (~1% at 868 MHz) also constrain transmission frequency. At 720 messages/day you risk hitting duty-cycle limits with large spreading factors, making this a risky choice for guaranteed high-frequency reliable delivery.
C) NB-IoT — Correct. NB-IoT supports unlimited messages per day and provides 99.9% reliability backed by a 3GPP licensed-spectrum carrier SLA. It is the appropriate choice when both high message frequency and high delivery reliability are required.
D) LoRaWAN Class C — Partially correct but incomplete reasoning. LoRaWAN Class C enables continuous downlink listening and reduces latency, but it does not inherently raise delivery reliability above Class A for uplink messages. The limiting factor here is reliability and message volume, which NB-IoT addresses more completely through licensed spectrum and guaranteed QoS.
Tradeoff: LoRaWAN Private Network vs Cellular LPWAN (NB-IoT/LTE-M)
Option A (LoRaWAN Private): Zero recurring connectivity cost, full data sovereignty, 2-15 km range per gateway. Upfront: 5 gateways x $500 = $2,500 + $15,000 sensors. 10-year TCO for 1,000 devices: ~$17,500 ($1.75/device/year). Requires gateway deployment and backhaul.
Option B (Cellular LPWAN): No infrastructure deployment, global roaming, 99.9% carrier SLA reliability. 10-year TCO for 1,000 devices: $20,000 hardware + $300,000 subscriptions = $320,000 ($32/device/year). Licensed spectrum eliminates interference.
Decision Factors: Choose LoRaWAN Private for fixed-location deployments (agriculture, utilities, smart buildings) where you control the premises and want minimal recurring costs. Choose Cellular LPWAN for mobile assets (fleet tracking, logistics), mission-critical reliability requirements, or deployments spanning multiple countries/regions where gateway deployment is impractical.
Tradeoff: LoRa Spreading Factor SF7 vs SF12
Option A (SF7): Data rate 5.5 kbps, airtime 36 ms for 12-byte payload, range 2-3 km urban, battery: 500,000+ messages on 2xAA cells. Link budget: +137 dB. Best throughput.
Option B (SF12): Data rate 0.25 kbps, airtime 1,810 ms for 12-byte payload (50x longer), range 8-15 km, battery: 10,000 messages on same cells. Link budget: +157 dB (+20 dB gain). Maximum range.
Decision Factors: Choose SF7-SF9 for urban deployments with good gateway density, high-frequency reporting (>10 messages/hour), or when battery life is critical. Choose SF10-SF12 for rural deployments, deep indoor penetration, or when gateway infrastructure is sparse. Use ADR (Adaptive Data Rate) to automatically optimize: devices start at SF12 for reliability, network server adjusts downward as link quality permits.
17.4 Interactive Tool: LPWAN Technology Selector
Use this interactive tool to determine the best LPWAN technology for your IoT deployment. Answer the questions below based on your requirements, and the tool will recommend LoRaWAN, Sigfox, or NB-IoT/LTE-M.
LPWAN Technology Selector Tool
Academic Resource: Stanford IoT Course - Energy Harvesting Sources for LPWAN
Stanford energy harvesting comparison table showing power density for different sources
Source: Stanford University IoT Course - Energy harvesting enables battery-free LPWAN sensors. Note the 1000x difference between indoor (10 uW/cm2) and outdoor solar (10,000 uW/cm2), explaining why most solar-powered IoT is outdoor.
Protocol Energy Efficiency Comparison
Understanding energy efficiency is critical for battery-powered IoT deployments. Energy per bit varies dramatically across wireless protocols, creating a 100x difference between the most and least efficient options:
Protocol
Energy (nJ/bit)
Range
Data Rate
Best For
Wi-Fi
50-100
~100m
54+ Mbps
High bandwidth, power available
BLE
15-30
~10m
1-2 Mbps
Short range, frequent small packets
Zigbee
40-60
~100m
250 kbps
Mesh networks, moderate data
LoRa
1000-5000
10+ km
0.3-50 kbps
Long range, infrequent data
NB-IoT
500-1000
Cellular
250 kbps
Licensed spectrum, reliability
Sigfox
500-2000
10+ km
100 bps
Ultra-low data, long range
Key insights:
Long range costs more per bit - LoRa uses 50-100x more energy per bit than BLE
Total energy matters - Sending 1KB via LoRa may still be efficient if it avoids gateway infrastructure
Protocol overhead varies - Consider header sizes for small payloads
Sleep current dominates - A device sleeping 99% of the time may use more energy sleeping than transmitting!
Key Insight: Energy per bit is NOT the whole story. Total energy consumption depends on your data volume and range requirements.
Example Scenarios:
Scenario 1: Smart Water Meter (1 reading/day, 12 bytes)
Wi-Fi: 12 bytes x 8 bits x 75 nJ/bit = 7,200 nJ/msg -> Battery life: 1-2 years
LoRa SF12: 12 bytes x 8 bits x 1200 nJ/bit = 115,200 nJ/msg -> Battery life: 10+ years
Why LoRa wins: Despite 16x worse energy/bit, LoRa's longer range means no Wi-Fi routers needed
BLE: 1000 bytes x 8 bits x 25 nJ/bit = 200,000 nJ/msg -> Battery life: days (rechargeable OK)
LoRa SF7: 1000 bytes x 8 bits x 1000 nJ/bit = 8,000,000 nJ/msg -> Battery life: weeks (not months!)
Why BLE wins: For continuous data, BLE's 40x better energy/bit matters more than LoRa's range
Decision Framework:
Low data volume (< 1 KB/day) + Long range needed -> Choose LoRa/NB-IoT
Total energy dominated by fixed overhead (radio warmup, sync)
Higher energy/bit acceptable for infrequent transmissions
Example: Soil moisture sensor sending 20 bytes/hour across 5 km farm
High data volume (> 1 MB/day) + Short range acceptable -> Choose Wi-Fi/BLE
Total energy dominated by data transmission
Lower energy/bit becomes critical
Example: Smartwatch syncing health data to phone every 5 minutes
Medium data (1-100 KB/day) + Medium range -> Choose Zigbee/NB-IoT
Balance between energy/bit and range
Example: Smart thermostat updating temperature every 15 minutes
Rule of Thumb: Choose based on total energy for your data volume and range, not just energy/bit. A 100x worse energy/bit protocol can still have 10x better battery life if you only send 1/1000th the data.
Pitfall: Assuming LPWAN Means “Always Low Power”
The Mistake: Believing that using LoRa or any LPWAN technology automatically guarantees multi-year battery life, then being surprised when batteries drain in weeks.
Why It Happens: LPWAN marketing emphasizes “10+ year battery life” without clarifying that this assumes proper power management: aggressive sleep modes, infrequent transmissions (1-4 per hour), and avoiding continuous sensing. Developers who poll sensors frequently or use Class C mode negate all power benefits.
The Fix: Calculate your actual power budget before deployment. A LoRa radio transmitting at SF12 consumes 120mA for 1.3 seconds per message. At 1 message per hour with proper sleep (1uA), you get 10 years. At 1 message per minute, you get 6 months. At continuous Class C listening (15mA), you get 2 weeks on 2xAA batteries.
Pitfall: Treating All LPWAN Technologies as Interchangeable
The Mistake: Selecting LPWAN technology based solely on range claims, then discovering fundamental protocol mismatches with application requirements (e.g., Sigfox’s 140 messages/day limit for a parking sensor that changes state 50 times daily).
Why It Happens: LPWAN technologies appear similar at a high level (long range, low power) but have vastly different design centers: LoRaWAN for flexibility and private networks, Sigfox for ultra-simple sensors with infrequent updates, NB-IoT for carrier-grade reliability and mobility.
The Fix: Match technology to your specific requirements: (1) Message frequency: Sigfox limits 140/day, LoRaWAN limited by duty cycle (~500-2000/day at SF10), NB-IoT unlimited. (2) Bidirectional needs: Sigfox allows only 4 downlinks/day, LoRaWAN and NB-IoT are symmetric. (3) Mobility: Only LTE-M and NB-IoT support handoff. (4) Coverage: NB-IoT requires carrier infrastructure, LoRaWAN can be self-deployed.
17.5 Cost Analysis Examples
Understanding total cost of ownership is critical for LPWAN selection:
Winner: LoRaWAN private (lowest cost for stationary, rural deployment)
Putting Numbers to It
Let’s calculate the per-device cost difference over 10 years:
LoRaWAN per-device TCO:\[\text{Cost per device} = \frac{\$10{,}000 + \$7{,}500 + \$0}{ 1{,}000} = \$17.50/\text{device over 10 years}\]
NB-IoT per-device TCO:\[\text{Cost per device} = \frac{\$25{,}000 + \$0 + \$300{,}000}{1{,}000} = \$325/\text{device over 10 years}\]
The ratio: \(325 ÷ 17.50 = 18.6×\) more expensive for NB-IoT. The break-even scale where LoRaWAN becomes cheaper: \[\frac{\text{Gateway cost}}{\text{Subscription savings per device}} = \frac{\$7{,}500}{\$30/\text{yr}} = 250 \text{ devices at 1 year}\]
At 1,000 devices, LoRaWAN saves $307,500 over 10 years—enough to pay for 15× the gateway infrastructure. This is why utilities with fixed meter locations universally choose private LoRaWAN over cellular.
Scenario 2: Fleet Tracking - 500 Trucks (5 years, global)
Option
Hardware
Infrastructure
Subscription (5yr)
Total Cost
LoRaWAN
$5K
$0
$0
$5K + No global coverage
Sigfox
$2.5K
$0
$5K
$7.5K + Limited coverage
NB-IoT
$15K
$0
$150K
$165K Best option
LTE-M
$20K
$0
$250K
$270K Fallback option
Winner: NB-IoT (only option with global mobility and reliable coverage)
Scenario 3: Smart City Parking - 10,000 Sensors (10 years)
Option
Hardware
Infrastructure
Subscription (10yr)
Total Cost
Reliability
LoRaWAN
$50K
$30K (20 gateways)
$0
$80K
85-95%
Sigfox
$30K
$0
$200K
$230K
95-98%
NB-IoT
$250K
$0
$3M
$3.25M
99.9%
Winner: Depends on reliability requirement - Best cost: LoRaWAN ($80K but 85-95% reliability) - Best reliability: NB-IoT ($3.25M but 99.9% reliability) - Compromise: Sigfox ($230K with 95-98% reliability)
Calculator: 10-Year Total Cost of Ownership Comparison