Limited Availability Free Telecom Pilot Program — Apply Now

DriftMind
The deterministic inference telcos need to embrace agents.

Two convergent forces in the Telecom Industry, autonomous operations and edge economics, demand the same substrate properties. No incumbent supplies them all. We built the engine that does: real-time forecasting and anomaly detection on CPU, cold-start, adapting in stream — with no retraining, no labelled data, and no GPU clusters.

Two Forces. Same Missing Piece. Both Arriving at Once.

Two independent structural forces in the telecom industry demand the same inference layer. The window is open because both are landing simultaneously, each with concrete, recent timing.

Force 1 — The agent era

Agents need a substrate they can call.

Autonomous operations are built on LLM agents that reason brilliantly and are structurally unreliable as sources of fact. Every agentic system in production now needs to delegate to a replayable, auditable, standards-callable computation layer. The LLM stack cannot become it without abandoning its own architecture.

  Agent standards just landed. MCP went GA across all three hyperscaler runtimes in 2025. A2A crossed 150 supporting organizations in its first year under the Linux Foundation.

  Autonomous networks create endogenous drift. Every MLB activation, cell-sleep transition, and licence-unlock reshapes the network's own distribution. Periodic retraining cannot track it.

Demands: deterministic · cold-start · protocol-native

Force 2 — The edge economics

The edge needs a substrate it can afford.

Centralized inference on telco telemetry fails on cost before it fails on latency. Backhaul wasn't built for it. Bespoke per-series ML doesn't scale to the cardinality. The substrate has to run at the cell, on the CPU already there, priced by capacity, and able to adapt as the network reshapes itself.

  The RAN electricity bill is structural. 5G base-station power is 2.5–3.5× that of 4G (ETSI ENI). Putting GPU inference on every base station compounds the bill operators can least afford.

  95% of telemetry is uneconomic to model today. Per-token AI × cardinality and bespoke ML × cardinality both fail at unit economics. Operators model the 5% worth modelling; the rest goes cold.

Demands: CPU-only · capacity-priced · self-adaptive

The Token Stack Scales Linearly. The Centralized Stack Can't Reach the Data.

Two AI architectures dominate telemetry analytics today. Each fails the operational role on its own structural axis. DriftMind was engineered to answer both failures at once.

The Token Economy Fails on Cost

Generative-AI implementations are priced per token: operational cost scales linearly with usage rather than flattening at scale the way software once did. At telemetry cardinality — thousands of cells, hundreds of KPIs each — the bill rises faster than the value. A permanent, utility-like dependency paid in run-rate, not amortised.

The Centralized Stack Fails on Physics

Telemetry is generated faster than backhaul ships it: send a subset and miss the signal; send it all and the math collapses. Every autonomous control action reshapes the network's distribution, so no periodic retrain can track it. And GPU inference at every site compounds the electricity bill — every watt of GPU is a watt of heat to remove. Pushing a small LM to the edge just moves the bill, it doesn't remove it.

The Market Has Spoken

Amazon discontinued Lookout for Metrics (2023). Microsoft's Azure Anomaly Detector retires October 2026. Both were centralized, training-dependent. Their discontinuation signals the end of the GPU-heavy paradigm for operational AI.

A euro can be spent twice. A megawatt cannot.
The architecture that puts the network in resource competition with the AI workload loses both.

Read the full technical analysis →

One Engine. Four Capabilities. Four Tiers. Same Binary.

Continuous, single-pass learning: every observation updates the model — no freeze phase, no retraining. The same binary travels from a managed cloud endpoint to a single-board computer at the cell site.

Forecasting

Predict next values continuously from observation one without prior training — up to 48,000 predictions per second on a single CPU. Cell-level capacity ahead of licence-unlock day, new-site cold-start, major-event surge.

Anomaly Detection

Streaming, across any number of series. Cold-start, no labelled training data required. Catches the drift events aggregate KPIs miss: the stuck sensor, the saturating queue, the post-upgrade regression.

Automatic Drift Adaptation

When a policy reshapes traffic for long enough, the anomaly becomes the new normal — absorbed in stream, no retrain, no reset. Cell-sleep with neighbour absorption, MLB activation, gNB software upgrade, carrier-aggregation reconfig.

Pattern Match (Echo)

Inject a reference pattern and DriftMind reports its recurrence in live data, sub-millisecond. Signalling-storm fingerprints, stuck-cell signatures, handover-oscillation patterns, known scheduler regressions — see the full signature library below.

Any capability · at any tier · same engine · same binary

Cloud / SaaS
Network-wide rollups, managed
api.thingbook.io
On-Prem / K8s
Sovereignty zones, air-gapped
Helm chart
Edge / Docker
Cell-site, DU, gateway · ~15 MB
thngbk/driftmind-edge
On-Device
RU, gateway, embedded · sub-watt
GraalVM native

DriftMind Ships Knowing What a Fault Looks Like

Echo carries a library of standards-anchored failure signatures — reference waveforms across the KPIs that define each fault, spanning RAN, 5G Core, and Transport. On a live stream Echo reports recurrence sub-millisecond, with no local training and no labelled history. A new cell is covered on observation one because the problem is already encoded. Every signature traces to a published 3GPP / ETSI / O-RAN / ITU-T clause — not a data-science heuristic.

RAN energy · coverage · mobility · slicing · signalling 3GPP TS 28.104 · ETSI ENI · O-RAN
A
Energy-saving sleep transition
A cell sleeps; neighbours absorb load step-wise within seconds. Week-old baselines are wrong for hours.
PEE.AvgPower ↓ step · neighbour RRU.PrbTotDl ↑ step
3GPP TS 28.104 §7.2.4.1 · ETSI ENI §5.2.5
B
Coverage problem onset
Tilt change, mast outage or seasonal drift shifts the RSRP / SINR distribution non-seasonally.
L1M.SS-RSRP.Bin ← shift · CARR.WBCQIDist ← shift
3GPP TS 28.104 §7.2.1.1 · O-RAN §4.19
C
MLB regime change
CIO / neighbour / sector-split change redistributes traffic across a cell set to a new equilibrium.
RRU.PrbUsedDl redistribution · GRANHOSR shift
3GPP TS 28.104 §7.2.2.5 · TR 28.908 §5.1.10
D
MRO handover bursts
Commute, event egress or train passage drives too-early / too-late / ping-pong handover bursts.
MM.HoExeInterFail.cause ↑ · HO.*.TooLate
3GPP TS 28.104 §7.2.5.1 · O-RAN §4.6
E
Slice SLA breach (RAN)
Cross-slice contention on shared PRBs: one slice's surge starves a URLLC / voice SLA.
RRU.PrbUsedDl.SNSSAI contention · AirIfDelay ↑
3GPP TS 28.104 §7.2.2.3 · O-RAN §4.9
F
Failure precursor
Slow multivariate degradation — thermal, fronthaul jitter, RRC instability — before hard failure.
F1UpacketLossRate ↑ ramp · RRC.ReEstabAtt ↑
3GPP TS 28.104 §7.2.3.1 · ETSI ENI §5.5.1
G
Signalling storm (RAN)
IoT botnet / firmware push / mass event drives an abrupt 5–20× establishment spike.
RRC.ConnEstabAtt.Cause 5–20× · PAG.Discarded ↑
O-RAN §4.15 · 3GPP TS 28.104 §7.2.7.2
H
HO-target saturation
Sibling-tenant surge or O-Cloud auto-scale makes the handover target's resource state unreliable.
target RRU.PrbTotDl + VirtualResUtilization ↑
3GPP TS 28.104 §7.2.5.2 (fast loop)
5G CORE AMF · SMF · UPF · slice · control plane 3GPP TS 28.552 · TS 28.554 · TS 28.104
C1
AMF registration storm
Mass re-registration floods the AMF; registration success rate collapses non-seasonally.
RM.RegReq ↑↑ · RSR ↓
TS 28.552 §5.2 · TS 28.554 §6.2.3
C2
PDU-session setup-fail surge
SMF session-creation failure ratio climbs — DNN / UPF selection or resource exhaustion.
SM.PduSessCreationFail / Req ↑
3GPP TS 28.552 §5.3 (SMF)
C3
UPF N3 saturation
GTP-U throughput on N3 saturates; packet drop and delay rise before user impact.
GTP.InDataOctN3UPF ↑ sat · drop ↑
3GPP TS 28.552 §5.4 (UPF)
C4
Control-plane congestion
SBA / paging congestion across NF service interfaces; latency and rejects climb together.
NF svc latency ↑ · SBI reject ↑
3GPP TS 28.104 §7.2.7.2
C5
Slice SLA breach (core)
Per-S-NSSAI N3 throughput drifts below the negotiated ServiceProfile SLA.
UTSNSI / DTSNSI < SLA floor
3GPP TS 28.554 §6.3.2/3
C6
Paging / AMF overload
Paging load spikes and discards appear — tracking-area or mass-terminating events.
PAG.ReceivedNbr ↑ · PAG.Discarded ↑
3GPP TS 28.552 §5.2 (AMF/paging)
TRANSPORT fronthaul · timing/sync · IP-MPLS · microwave O-RAN WG4 · ITU-T G.827x · IEEE 1588v2 · IETF
T1
Fronthaul latency / jitter
eCPRI DU–RU one-way delay breaches the split budget (~100 µs); jitter widens.
eCPRI OWD > budget · jitter ↑
O-RAN WG4 CUS-Plane · eCPRI
T2
Timing / sync drift
PTP time-error drifts toward the ±1.5 µs limit — TDD interference and HO failure risk.
1588 time-error → ±1.5 µs · SyncE ↓
ITU-T G.8275.1 / G.8273.2 (Cls C)
T3
Backhaul loss / latency
IP/MPLS backhaul packet loss and RTT rise ahead of a link or path fault.
TWAMP loss/RTT ↑ · Y.1731 FLR ↑
IETF RFC 5357 · ITU-T Y.1731
T4
Microwave rain-fade
Adaptive modulation steps down under fade; usable capacity drops in minutes.
ACM profile ↓ step · capacity ↓
ITU-T P.530 (fade / ACM)
T5
Transport congestion
Link utilisation saturates and queues drop, throttling every cell behind it.
if-util → sat · queue-drop ↑
ITU-T Y.1731 · interface PM

Deploy a forecaster per cell and it inherits the whole library the instant it starts. The library is open and extensible — any operator-specific fault you can draw as a waveform becomes a new signature, reusable across every cell. Extending to a new domain is adding signatures, not shipping a new model.

How DriftMind Fits in Your Telecom Stack

DriftMind integrates with existing telecom assurance and performance platforms such as ProOptima, InfoVista, TEOCO, Amdocs, and Nokia AVA, then feeds actionable outcomes into NOC, SOC, and Fault Management workflows.

1

Network Domain

RAN, Core, IP, Transport

2

Collection Layer

PM counters, events, telemetry, mediation

3

PM / Assurance

ProOptima, InfoVista, TEOCO, Amdocs, Nokia AVA

4

DriftMind

Real-time behavioral intelligence

5

Fault Management

NetExpert, Netcool/OMNIbus, ServiceNow, Operations Bridge

6

Operations

NOC, SOC, ticketing, automation

Integrate with Existing PM and Assurance

DriftMind connects to the telecom assurance stack you already have in place. It can consume KPI streams and operational signals from platforms such as ProOptima, InfoVista, TEOCO, Amdocs, and Nokia AVA without forcing a redesign of your OSS landscape.

Learn Behavior, Not Just KPI Thresholds

Traditional systems depend on aggregation, baselines, and static alerting logic. DriftMind continuously learns behavioral patterns directly from live streams, adapting in real time to traffic shifts, topology changes, and concept drift without retraining.

Trigger FM Workflows Through Standard APIs

DriftMind outcomes can be published into downstream Fault Management systems as alarms, predictive alerts, or service-impact events. For standards-based integration, DriftMind supports TM Forum aligned interfaces such as TMF642 Alarm Management for alarm exchange and TMF656 Service Problem Management for service-impacting problem workflows.

Mode A

Augment Existing Platforms

Fastest deployment path. DriftMind sits on top of existing PM and assurance systems, consumes KPI streams, adds predictive anomaly detection, and forwards qualified outcomes into FM tools and operational workflows.

PM / Assurance Platforms

DriftMind

FM / Event Management

NOC / SOC / Automation
Mode B

Partially Replace Legacy PM Layers

For operators that want lower latency and higher signal fidelity, DriftMind can operate directly on live PM, event, or telemetry streams, then publish alarms or service problems to downstream FM systems through standard northbound interfaces.

Live PM / Event / Telemetry Streams

DriftMind

FM / Event Management

NOC / SOC / Closed-loop Automation

Northbound integration to Fault Management systems via TMF642 Alarm Management and TMF656 Service Problem Management

Traditional telecom systems compute KPIs.
DriftMind learns network behavior and turns it into operational action.

Built for Telecom Operations

Capacity Planning

Network Capacity Forecasting

Predict per-cell throughput demand and backhaul saturation hours ahead. Right-size capacity investments with data, not guesswork. Handles seasonal spikes and event-driven surges without retraining.

Service Assurance

Service Degradation Detection

Detect subtle QoS degradation — latency creep, jitter spikes, handover failures — before they breach SLAs. DriftMind correlates across RAN and core KPIs to surface root cause, not symptoms.

Maintenance

Predictive Maintenance

Identify equipment behavioral drift before hardware failure. Track power amplifier degradation, cooling anomalies, and fiber attenuation patterns. Replace on evidence, not schedules.

Why Current Monitoring Falls Short

Alert Fatigue

Your NOC is overwhelmed by alarm noise: false positives, cascaded alarms, and symptom alerts that mask the underlying fault. Up to 90% of alarms do not represent the true root cause, making real incidents harder to isolate and slower to resolve. The initial anomaly is often uncovered only after hours of cross-domain investigation, by which time subscriber impact is already visible.

Siloed Monitoring

Radio Access Network (RAN), Transport Network and Core Network service metrics are spread across disconnected dashboards, vendor-specific interfaces, and incompatible protocols.
As a result, building cross-domain AI is difficult: some domains are visible, others remain siloed, and true end-to-end pattern correlation becomes nearly impossible.

Training-Dependent AI

Dependence on high-quality historical data is one of the prime reasons AI projects struggle to move from lab to production, in many cases, that data simply does not exist. Deep learning and traditional ML models require months of clean history, labelled data, and often expensive GPU infrastructure. When the network changes, new cells or network slices, models must be retrained, delaying detection and missing critical insight when it matters most.

Reproducible Benchmark Results

Benchmarked against Adaptive ARIMA and Triggered Prophet on 4 NAB datasets, and against OneNet (NeurIPS 2023) on ETTh2 and ETTm1. All results reproducible via
docker run thngbk/driftmind-edge-lab.

Agent-Ready by Design

DriftMind is the first forecasting engine natively accessible to AI agents. Its endpoints are published as a small, typed catalogue of MCP tools and A2A skills — an agent discovers them and calls them, and every answer is a replayable, auditable number it can reason over. The LLM never invents a forecast; it delegates to the substrate and cites the result.

Exposed tool catalogue — each maps 1:1 to a shipping REST endpoint
driftmind.create_forecaster   POST /forecasters
   cold-start a per-cell/NF/link model
driftmind.stream_observations POST .../observations
   feed a KPI window; no retrain
driftmind.assess              GET  .../predictions
   forecast + anomalyScore + echoPatterns
driftmind.match_signatures    GET  .../predictions
   score window vs the fault library
driftmind.list_signatures     GET  /echo/patterns
   discover RAN/Core/Transport library
driftmind.attach_signature    POST .../attachments
   watch a signature at a severity
One investigation, several tool calls
# Alarm arrives. Agent scopes the cell.
assistantdriftmind.assess
   { "forecasterId":"gnb-4471-cell-3",
     "observations":{ "RRC.ConnEstabAtt":[...,1400] } }
tool ▸ { "anomalyScore":0.94,
        "echoPatterns":{ "signalling-storm-G":
          { "score":0.93,"severity":"CRITICAL" } } }

# Is it also hitting the core? Check the AMF.
assistantdriftmind.match_signatures
   { "forecasterId":"amf-region-west" }
tool ▸ { "amf-reg-storm-C1":
          { "score":0.71,"severity":"MAJOR" } }

# Grounded, cross-domain conclusion + action
assistant"Signalling storm on gnb-4471-cell-3
   (0.93, CRITICAL), propagating to AMF-west
   (0.71). Establishment attempts 6.1x forecast.
   Filing TMF642 alarm; recommending RRC rate-
   limit at the AMF before core congestion."

MCP

Model Context Protocol. Claude, Cursor, Windsurf, and any MCP-compatible agent can create forecasters, push observations, and read predictions directly.

Anthropic standard

A2A

Agent-to-Agent protocol. DriftMind publishes an Agent Card so other agents discover its capabilities automatically and delegate forecasting tasks.

Google standard

REST / OpenAPI

The same API that powers SaaS, edge, and on-device. Agents use the same endpoints humans do. Full Swagger spec available for auto-discovery.

OpenAPI 3.0

Grounded, Not Guessed

Same input → same output. The agent cites a number it can replay months later, not a sampled token.

Discoverable

Typed schemas; any MCP planner or A2A peer finds and calls the tools with no bespoke adapter, no fine-tuning.

Auditable

Plain REST under existing token auth and multi-tenancy. Full request / response trail for compliance.

Get the Telecom Briefing Deck

The full customer briefing as a PDF: the convergence argument, the four capabilities, the complete Echo signature library across RAN, Core and Transport, agent integration over MCP and A2A, reproducible benchmarks, and the PoC blueprint. 14 slides. We'll email you the download link.

Request the Deck (PDF)

A Real PoC. In Your Environment, on Agreed Criteria, Time-Boxed.

A Proof of Concept, not a try-and-buy. DriftMind deploys via Helm inside your environment — your data never leaves; the engine comes to the data, not the other way round.

Specific Scope

One domain, one PM source, a named KPI set, and the Echo signatures that matter to your operation. Scoped in the kickoff session, frozen for the window.

Both Teams

One team, both sides. Named owners in working sessions through the whole window — your domain and data, our engine and tuning.

Success Criteria Signed Up Front

Measured on operations, not model error: detection lead time, MTTD / MTTR reduction vs today, precision on your traffic, and throughput & footprint on CPU only.

4–6 weeks: kickoff · deploy · measure · review gate

Scope a PoC With Us

Frequently Asked Questions

No. DriftMind runs entirely on standard CPUs with true cold-start capability. It begins forecasting from the very first data point — no historical data, no labelled datasets, no GPU clusters required.

Under 2 weeks from contract to production. DriftMind connects via REST API or lightweight edge agent, ingests live KPI streams, and starts detecting anomalies immediately without configuration of baselines or thresholds.

DriftMind monitors any numeric time series: throughput, latency, packet loss, jitter, signalling load, handover success rates, power consumption, and derived service quality indicators across RAN, transport, and core domains.

DriftMind uses Reflexive AI — a proprietary approach where the engine continuously adapts its internal model in real time as network behavior changes. Topology changes, spectrum refarming, new cell activations, and traffic pattern shifts are absorbed automatically without retraining.

Across four NAB datasets, DriftMind processes 33,000–48,000 predictions per second on a single CPU — 250 to 1,225 times faster than Adaptive ARIMA and Prophet. On drift-heavy data it also wins on accuracy. Against OneNet (NeurIPS 2023 deep learning), DriftMind is 140x faster running on CPU vs GPU. The full benchmark is reproducible via Docker.

No. DriftMind integrates with the assurance stack you already run — ProOptima, InfoVista, TEOCO, Amdocs, Nokia AVA — consuming KPI streams and publishing predictive alarms back through TM Forum interfaces (TMF642 Alarm Management, TMF656 Service Problem Management). Operators who want lower latency can additionally run it directly on live PM and telemetry streams, but no rip-and-replace is required.

The Echo signature library ships with 19 standards-anchored fault signatures spanning RAN (energy-saving sleep transitions, coverage onset, MLB regime changes, handover bursts, slice SLA breaches, failure precursors, signalling storms), 5G Core (AMF registration storms, PDU-session failures, UPF N3 saturation, control-plane congestion, paging overload), and Transport (fronthaul jitter, PTP sync drift, backhaul loss, microwave rain-fade, congestion). Every signature traces to a published 3GPP, ETSI, O-RAN or ITU-T clause, and the library is open — any fault you can draw as a waveform becomes a new signature.

DriftMind publishes a typed catalogue of MCP tools and A2A skills that map one-to-one to its shipping REST endpoints — create a forecaster, stream observations, assess a window, match fault signatures. A NOC copilot or SMO agent discovers and calls them with no bespoke integration, and every answer is a deterministic, replayable number the agent can cite and audit rather than a sampled token.

Start Your Free Telecom Pilot

No commitment. We configure DriftMind on your data in under 2 weeks.

Start Free Pilot Schedule a 15-min Call