IoT Asset Tracking Connectivity: Design Guide | GlobalIoT.com
Skip to content
Solutions · Asset tracking

IoT asset tracking connectivity

IoT asset tracking connectivity links a tracker to its application so it can report location, condition, battery state and exceptions without depending on site Wi-Fi. The right cellular design depends on where the asset travels, how often it reports, power availability and whether local roaming is permitted.

Connected Assets

Trackers attached to containers, tools, trailers, returnable packaging and other valuable mobile or stationary assets are connected.

Recommended Tech

LTE-MLTE Cat-1 bisNB-IoT

Key Takeaways

  • A asset tracking connectivity design should start with the device's real locations, traffic pattern, power source and expected service life.
  • Coverage must be validated on the intended radio technology and operator networks at representative sites; a coverage map is a planning input, not proof of indoor or device-level performance.
  • Data use varies with payloads, protocol overhead, reporting frequency, retries, diagnostics and firmware updates, so measurements from representative hardware are more useful than generic averages.
  • SIM form factor, remote profile management, security controls and network-sunset exposure should be decided before hardware certification and large production orders.
  • Atomic Pulse may support deployments with multi-network SIMs, eSIM options, data pooling and connectivity management delivered by Atomic Mobile.

Deployment Checklist

  • 1
    Map routes, countries and expected dwell locations
  • 2
    Define reporting states for parked, moving and alarm conditions
  • 3
    Test antenna performance on the real asset
  • 4
    Measure GNSS and cellular energy under weak signal
  • 5
    Validate store-and-forward and retry backoff
  • 6
    Check bands, operators and permanent-roaming rules
  • 7
    Choose removable SIM, MFF2 or eUICC before certification
  • 8
    Budget routine traffic and firmware updates
  • 9
    Define geofence and command authorization
  • 10
    Link ICCID, IMEI and tracker to the asset record

What is connected in a asset tracking deployment?

Trackers attached to containers, tools, trailers, returnable packaging and other valuable mobile or stationary assets are connected. The cellular link normally carries application telemetry and device-management traffic between field hardware and a cloud or enterprise endpoint. It does not by itself define the application, sensor accuracy or operational workflow.

A production design should document every communicating component: the modem, subscriber identity module (SIM), antenna, device firmware, application protocol, backend endpoint and management platform. If a gateway aggregates local Bluetooth, Wi-Fi, wired or low-power sensor traffic, size the cellular connection for the gateway's combined load and failure behavior. Treat remote diagnostics, certificate renewal, time synchronization and firmware delivery as first-class traffic rather than incidental overhead.

What business problem does IoT asset tracking connectivity solve?

Organizations use connected trackers to find assets, document journeys, identify unauthorized movement and schedule recovery or maintenance. The practical challenge is maintaining useful visibility while controlling battery drain, coverage gaps and communications cost across routes that may be unknown in advance.

Cellular is generally considered when equipment moves, sits at third-party premises, or cannot depend on local Wi-Fi or wired access. It can shorten site installation by removing local-network credentials and firewall changes. That is a design benefit, not a guarantee of availability: service still depends on compatible hardware, an active subscription, radio conditions and the operator network.

Define the commercial outcome before choosing a modem. Useful measures might include the share of devices reporting on schedule, time to detect a fault, truck rolls avoided, transaction completion, or recovery time after a primary-link outage. Connectivity metrics such as successful attaches and session failures should support those outcomes rather than replace them.

What is the typical deployment environment?

Trackers may travel through depots, ports, roads, warehouses and customer premises, then remain stationary for long periods. Metal containers, vehicle bodies, underground parking and indoor storage attenuate radio and Global Navigation Satellite System (GNSS) signals. Shock, weather and battery temperature are important design inputs.

Survey representative locations, including the difficult ones, with the production module, antenna and enclosure. Radio performance can change when the antenna is mounted beside metal, behind coated glass, underground, inside machinery or close to electrical noise. Temperature, moisture, vibration and tampering also affect enclosure, connector and SIM-form-factor choices.

Document who installs the unit, how they confirm service, and what happens when no approved network is available. A technician should have a deterministic commissioning process: identify the device and SIM, verify antenna installation, confirm registration and data exchange, and record the result against the asset. For unattended equipment, include an out-of-band recovery or safe local service procedure.

How much cellular data will the deployment consume?

Location fixes, motion events and sensor readings are usually compact, but frequency can rise during movement, geofence breaches or recovery. Assisted-GNSS downloads, roaming scans, retries and firmware images may exceed routine telemetry. Store-and-forward logic prevents every temporary coverage gap from becoming an aggressive retry loop.

There is no universal usage figure. Build a byte budget from payload size and frequency, then add Transmission Control Protocol/Internet Protocol (TCP/IP), Transport Layer Security (TLS), messaging and cellular-session overhead. Include unsuccessful retries, keepalives, domain name lookups, logs, remote commands and staged firmware images. A small telemetry payload can be outweighed by protocol setup; conversely, compression and batching can reduce repeated overhead.

Measure on production-like firmware across normal, degraded and recovery scenarios. Model a typical month and a high-use month rather than relying only on an average. The IoT data usage calculator can structure an estimate, but packet captures and connectivity-platform records should validate it. Set alerts that distinguish expected maintenance events from leaks or compromised devices.

What coverage does the use case require?

Test complete asset routes, border crossings and long dwell sites. A tracker may need low-power coverage in storage and reliable mobility while in transit. Network-selection timers and the time required to acquire a location after sleep are as important as a map's nominal footprint.

Check coverage by country, operator, radio access technology and frequency band. “LTE coverage” does not prove LTE-M, Narrowband Internet of Things (NB-IoT), 5G or a particular roaming relationship is available. The device module and antenna must support bands actually used in each market. Moving or cross-border equipment also needs tested handover, roaming and network-selection behavior.

For stationary units, survey the exact installation position and consider external or diversity antennas where the design permits. For mobile units, test complete routes and dwell locations rather than one depot. Multi-network access can reduce dependence on a single operator, but it cannot create coverage where no compatible network is present. Countries may also restrict permanent roaming, so long-lived international deployments need a regulatory and profile-localization plan.

Which cellular technologies are recommended?

The following are technologies to evaluate, not universal prescriptions:

TechnologyPlanning role
LTE-MEvaluate against coverage, power, throughput, mobility and module lifecycle requirements.
LTE Cat-1 bisEvaluate against coverage, power, throughput, mobility and module lifecycle requirements.
NB-IoTEvaluate against coverage, power, throughput, mobility and module lifecycle requirements.

LTE-M is often evaluated for mobile, battery-operated trackers because it supports mobility and power-saving features. Cat-1 bis can suit broader LTE availability or more data. NB-IoT may fit static, infrequently reporting assets where operator support is confirmed; its mobility behavior requires careful validation.

Confirm operator support in every target market before fixing the bill of materials. LTE-M and NB-IoT are Third Generation Partnership Project (3GPP) low-power wide-area technologies, but deployment differs by operator. LTE Cat-1 bis uses conventional LTE coverage and one receive antenna, while higher LTE categories and 5G suit greater throughput. Review the LTE-M versus NB-IoT comparison and the network sunset tracker. Avoid a new 2G- or 3G-only design unless a documented market-specific lifecycle justifies it.

Should the device use a SIM or eSIM?

A rugged soldered SIM can suit sealed trackers, while an eUICC may support profile changes over a long international life. Removable SIMs aid field replacement but require a protected holder and process to prevent substitution. Check permanent-roaming treatment on every intended route.

A removable SIM is convenient for prototypes and serviceable equipment. A soldered machine-form-factor SIM (MFF2) resists vibration, moisture and casual removal. An embedded Universal Integrated Circuit Card (eUICC), commonly called eSIM, can store remotely managed operator profiles when the device, platform and commercial arrangements support the relevant architecture. GSMA SGP.32 defines an eSIM architecture aimed at Internet of Things devices; adoption and feature support must be confirmed with suppliers.

Decide before certification because the holder, eUICC, secure element and profile workflow affect hardware and operations. Specify bootstrap behavior, profile ownership, failed-download recovery and what happens at contract end. See IoT SIM versus eSIM versus iSIM and what SGP.32 is.

What security controls should be included?

Protect location history because it can reveal valuable inventory and operational patterns. Authenticate each tracker, encrypt commands and telemetry, reject replayed location messages, restrict who can change geofences, and provide a safe process to revoke a lost or stolen unit.

SIM authentication and radio encryption protect part of the path, not the whole product. Use device-unique credentials, TLS for application traffic, certificate rotation, signed firmware, secure boot where supported, least-privilege backend authorization and protected debug interfaces. Never use one shared application password across a fleet.

Segment devices from public inbound access where the application allows it. A private Access Point Name (APN), virtual private network (VPN), Internet Protocol allowlist or private routing arrangement can narrow exposure, but each requires resilient routing and operational ownership. Monitor unusual destinations, repeated authentication failures and data spikes. Define vulnerability intake, patch timelines, key revocation and secure decommissioning. For regulated environments, map controls to the applicable law and organizational policy rather than assuming cellular connectivity supplies compliance.

What deployment risks should teams plan for?

  • Coverage gaps. assets may dwell beyond cellular or satellite visibility
  • Battery exhaustion. poor signal, frequent fixes and retry loops increase consumption
  • Roaming restrictions. a foreign profile may not be suitable for permanent local use
  • Tampering. exposed trackers or SIMs can be removed or substituted
  • Stale location. a last-known point can be mistaken for a current position

Run a pilot that represents geography, enclosure, firmware, operators and installation methods. Record acceptance criteria before the pilot starts and retain failure evidence rather than swapping hardware without diagnosis. Test loss of coverage, rejected registration, exhausted allowance, backend outage, certificate expiry, power interruption and interrupted firmware updates.

Operational ownership is another risk. Assign teams for subscription inventory, billing anomalies, carrier escalation, firmware, security response and device retirement. Keep International Mobile Equipment Identity (IMEI), integrated circuit card identifier (ICCID), eUICC identifier where applicable, hardware revision and installed asset records linked. A deployment is not complete until support staff can locate and safely suspend a missing or compromised unit.

How may Atomic Pulse support the deployment?

Atomic Pulse may support this use case with multi-network SIMs, eSIM and GSMA SGP.32 options where compatible, data pooling, and connectivity management through Atomic Mobile. Those capabilities can help teams provision subscriptions, inspect usage, apply controls and reduce operational fragmentation across a device estate.

The appropriate design depends on countries, operator availability, device certification, expected traffic and roaming rules. A deployment review should therefore use an actual device list, market list and measured usage profile; it should not assume every technology or network is available everywhere. Atomic Pulse supplies connectivity rather than owning radio networks. Mobile network operators operate the underlying networks.

GlobalIoT.com is an Atomic Mobile company. Connectivity solutions are provided through Atomic Pulse, the IoT connectivity offering from Atomic Mobile.

Frequently Asked Questions

Discuss your asset tracking deployment

Share the target markets, device design and traffic profile to discuss how Atomic Pulse may support the deployment with cellular connectivity through Atomic Mobile.