IoTAustral Mobile network connectivity for IoT fleets
Telecommunications consulting

Telecommunications consulting services

We solve the connectivity challenges of the region.

Your devices don't fail at random, they fail for a reason. A 7-business-day technical diagnostic for fleets on cellular networks: we isolate the cause of each failure — drops, excess data usage, poor battery life — and, depending on what it turns out to be, we tell you what action to take: from a parameter to fix to a documented case to escalate to the operator.

Request a free quote
drop drop drop 00:00 06:00 12:00 18:00 24:00

Failure example. This device looked like it was losing coverage three times a day. The diagnosis showed these weren't network drops: the modem was leaving power-save mode badly and re-registering. Action for this case: fix the PSM timer. No hardware change needed.

Technologies we work with Cat-M1 NB-IoT LTE / 4G 3G 2G
Modules and modems we work with
SIMCom
Trademarks of their respective owners. The analysis is independent and implies no affiliation with or endorsement by the manufacturers.

The problem

Most of these failures don't originate in the device. They originate in how the device behaves against the network: how it registers, how it holds the session, how much it retries, how it enters and leaves power-saving modes. That layer is invisible from the firmware and from the IoT platform dashboard.

So the team ends up swapping hardware, switching providers and trying configurations until something appears to work. And the problem comes back.

The work runs the other way: first we isolate, with evidence, what is causing the failure; then, depending on what it turns out to be, we point to the concrete action it calls for — a parameter to fix, the APN, the data profile, or the documented case for you to escalate to the operator.

Sectors

Every vertical breaks in a different way. These are the scenarios we work in.

Agriculture and agribusiness

Silos, irrigation, livestock monitoring. Devices in marginal coverage, where signal margin decides whether the data arrives.

Utility metering

Water, gas and electricity. Meters in basements and enclosures: indoor coverage and batteries that must last years without a visit.

Logistics and tracking

Fleets and assets in motion. Constant cell changes, drops on route and data usage that spikes with no visible cause.

Security and monitoring

Alarms and access control. The connection has to be there when it matters, and drops get mistaken for real events.

Industry and plant

Process telemetry in environments with metal structures and radio-frequency noise that degrades the link.

Municipal and urban services

Lighting, parking, waste. High device density and rollouts that grow faster than planned.

Typical cases

Three recurring situations. For each one: what the diagnosis shows and what action it points to, depending on what is found.

Battery that doesn't reach the promised life

Challenge

  • The manufacturer promises years of autonomy and the field returns months
  • Battery replacement outside budget
  • Hardware gets blamed without evidence

Diagnosis

  • PSM and eDRX reviewed against the real transmission pattern
  • Count of registration and session retries
  • Measurement of actual time on active radio

Action for the case

  • Tune the PSM/eDRX timers to the real usage window
  • Fix what is driving the registration retries
  • No hardware change; autonomy back on projection
Data usage that doesn't add up

Challenge

  • The bill doesn't match what the device should transmit
  • Overspend that scales with the fleet
  • Nobody can explain the gap

Diagnosis

  • Useful traffic separated from signalling overhead
  • Detection of reconnections and needless retransmissions
  • APN and data profile review

Action for the case

  • Remove the reconnections and needless retransmissions
  • Adjust the APN and the data profile
  • Itemised usage as the basis to renegotiate the plan
Rollout that breaks at scale

Challenge

  • The pilot worked and production doesn't
  • Failures that only appear at volume
  • Schedule already committed to the end customer

Diagnosis

  • Registration and session behaviour under density
  • Comparison across different coverage areas
  • Modem behaviour under congestion

Action for the case

  • Concrete design changes before scaling further
  • Per-area deployment criteria
  • Real limits of the current design documented

Scope of work

Included

  • Fleet survey: technology, modems, APN, data plan, geographic distribution
  • Analysis of registration, attach, sessions, retries and drops
  • PSM and eDRX reviewed against the real usage pattern
  • Usage analysis: useful traffic versus overhead
  • Spot signal measurement at the sites you specify
  • Report with root causes ordered by impact, each with its recommended action

Not included

  • Dealing with the operator on your behalf

What we need from you

The diagnostic runs on data you already have. Without these three there is no analysis, so it's worth confirming them before we start.

Connectivity portal

A read-only user on your SIM management platform. That's where fleet sessions, volumes and connection events come from.

Device logs

Logs from at least three units with the problem, plus one healthy unit as reference. Modem logs or your platform's logs both work.

A test unit

One device of the same model, on loan for the duration of the diagnostic, with its SIM. That's what makes it possible to reproduce and measure the behaviour.

On network access. We work from the device side and from your own connectivity data. We do not access the operator's infrastructure. When the analysis points there, the deliverable includes the documented technical case — evidence, timestamps, cause codes and cells involved — so you can escalate with backing instead of a generic report.

How it works

  1. Day 0

    Kickoff call

    One hour. Fleet, symptoms, priorities and what data is needed.

  2. Days 1–2

    Collection

    Access to the connectivity portal, device logs and a test unit.

  3. Days 3–5

    Diagnosis

    The technical work: the cause of each failure is isolated, with evidence.

  4. Day 6

    Report

    Each root cause with its evidence and the action it points to for that case.

  5. Day 7

    Presentation

    One hour to walk through the findings and answer questions.

Deliverables

  1. Technical report in PDF: every finding with its evidence and its root cause.
  2. Action plan: for each cause found, what to do, with estimated effort and expected impact.

Sample report

Two sample reports, with fictitious data, to see the real level of detail of the deliverable.

Quote

The fee depends on fleet size, how many technologies are involved and how deep the analysis needs to go. So we price it case by case, once we understand what we're dealing with.

QuoteFree of charge, after the kickoff call
TermsFixed price, no changes during the engagement
Timeline7 business days from the start
Payment50% upfront, 50% on delivery

Ongoing monitoring, optional. After the diagnostic: monthly review of fleet metrics, alerts on deviations and a follow-up call. Quoted together with the diagnostic.

EDRM© — Event Data Recorder – Modem

A more specific solution: our developers write custom C firmware for your exact device — not a configuration tweak, but bespoke firmware development for your particular hardware.

EDRM© stores the cause of every network rejection, attach attempts, the last cell, geographic coordinates and signal strength right on the device. When the signal comes back, you get an SMS with the key data. So the next diagnosis is remote instead of a field visit — with the coordination, time and money that a visit costs.

IoT Austral EDRM© EMM13×4 LTE-M EMM19×1 NB-IoT TAC A1B2 CELL 3C4D -71dBm · boot 12 -43.3021,-65.1023

This is how it arrives. A short message with everything needed to diagnose without a site visit.

With this you have what you need to escalate the case to your carrier: the specific cell, the EMM (EPS Mobility Management) cause code from the 3GPP standard, and the geographic coordinates of the area with drop issues. This is solid evidence to escalate the case to your network operator.

About us

We're a team with more than 20 years of experience in telecommunications. We're passionate about technology — open source software, hardware, innovation — and challenges are exactly what drives us.

We built this service out of a real need: most connectivity problems get patched, not solved — the symptom eases but the cause stays. Our job is to get to that cause.

Confidentiality

We sign a non-disclosure agreement before receiving any data. Fleet information is not used in any other engagement or as a case study without written authorisation.

Contact us

Message us on WhatsApp or email. Given the current demand, we coordinate contact to assess your case.

WhatsApp: +54 9 11 3358-3171 — messages only, we do not take calls on this number.
Email: contacto@iotaustral.com.ar