Detect. Decide. Defend.

Catch the fraud your BSS can't.

The real-time decision-control platform for telecom operators.

Tellaris turns fragmented telecom events into real-time, governed decisions for fraud, revenue protection and business assurance. One behavioural model across signalling, CDR, roaming and billing, catching today's fraud and tomorrow's anomalies.

  • Sub-150ms decisions, end-to-end
  • Built for operators that need Tier-1 fraud capability without building a Tier-1 data engineering team.
  • On-prem by default, GDPR-aligned
<150ms
end-to-end
Every CDR scored by every active rule, in parallel to the call flow
Unified
fraud model
Voice, interconnect, roaming, SMS, data and IoT SIM fraud on one model
Passive
and parallel by default
We don't touch the call flow. Actions go only to endpoints you control, and if Tellaris stops, every call still completes
2-3 wk
to deployment
Customer-isolated passive-mode. Half a day to first alert on a CDR replay
The problem

Mid-size operators lose 2-5% of revenue to fraud every year. Enterprise fraud suites are often too slow, expensive, or heavy for them.

Tier-1 carriers run Subex, Mobileum, or custom-built fraud stacks staffed by 20-person teams. If you're an operator serving 1-20M subscribers, the licensing alone prices you out. Meanwhile SIM box bypass is draining your international termination revenue, Wangiri bots hit your subscribers overnight, and IRSF quietly inflates wholesale invoices you pay 60 days later.

  • Revenue leakage is invisible until the wholesale invoice lands. By then the ROI to contest is marginal and the fraud ring has moved on.
  • Static rules miss adaptive fraud by design. Attackers now rotate routes, slow their rates, and mimic normal usage to stay under thresholds tuned for yesterday's threat model.
  • "AI fraud detection" from big vendors ships in 18 months. You need something in production this quarter, not after the next board review.
The platform

Ingest. Detect. Act. Learn.

One pipeline from stream ingestion to governed enforcement, and back again, entirely on your own infrastructure. Most events are scored and monitored silently. When a case crosses the action threshold, Tellaris fires a decision to your BSS, and the cases your team confirms sharpen detection over time.

Tellaris on-prem telecom fraud detection: signalling, CDRs and subscriber profiles stream into the core, which monitors silently and escalates to the BSS on a threshold breach Animated diagram. Orange streams flow from Signalling & CDRs and Rules & Intelligence into the central Tellaris core, which maintains a live per-subscriber profile store. Sky-blue streams flow out to Dashboards & Alerts, the BSS/OSS, and your SOC/SIEM. Most events are monitored silently; when a case crosses the action threshold a red fraud event escalates and a flag is dispatched to the BSS. A green feedback loop shows confirmed fraud reported by the BSS sharpening detection. Everything runs on the operator's own infrastructure. enforce on threshold breach confirmed fraud sharpens detection Signalling & CDRs Rated CDRs, signalling, roaming and network events Subscriber profiles Rules & Intelligence Versioned rules enriched with threat intel Dashboards & Alerts Analyst console, real-time insights and case review BSS / OSS Enforcement webhook on high-confidence fraud FRAUD FLAGGED SOC / SIEM Stream alerts to your security operations and case tools Observability & Evaluation Monitor. Detect. Investigate. Continuously improve. Security & IT Infrastructure Secure by design. Built for scale. Decisioning engine On-prem by design No data leaves your network Passive integration Runs parallel to the call flow Broad fraud coverage IRSF, Wangiri, SIM-box, roaming, SMS, data, IoT Sub-150ms Decisions, end-to-end Tellaris on-prem telecom fraud detection: signalling, CDRs and subscriber profiles stream into the core, which monitors silently and escalates to the BSS on a threshold breach Animated diagram. Orange streams flow from Signalling & CDRs and Rules & Intelligence into the central Tellaris core, which maintains a live per-subscriber profile store. Sky-blue streams flow out to Dashboards & Alerts, the BSS/OSS, and your SOC/SIEM. Most events are monitored silently; when a case crosses the action threshold a red fraud event escalates and a flag is dispatched to the BSS. A green feedback loop shows confirmed fraud reported by the BSS sharpening detection. Everything runs on the operator's own infrastructure. Signalling & CDRs Rules & Intelligence Decisioning engine Subscriber profiles Dashboards & Alerts BSS / OSS FRAUD FLAGGED SOC / SIEM On-prem by design Passive integration Broad fraud coverage Sub-150ms
  1. 01 Ingest

    Kafka-compatible streams from your mediation layer, rated-CDR exporters and signalling probes, or a mediation extract loaded as a file, under governed Avro contracts.

  2. 02 Detect

    The stateful core joins voice, signalling and subscriber-profile signals in a single pass. Rules catch known patterns, ML scoring surfaces the novel ones, under 150ms end to end.

  3. 03 Act

    Block, rate limit, step-up review or a case workflow, under the policy you published. Every decision is logged with the signals that triggered it.

  4. 04 Learn

    Analyst outcomes feed back as labels, so rule quality is judged on real traffic, and updated models are promoted onto the hot path without a redeploy.

How we fit in

Your systems. Your policy. One decisioning layer beside them.

Tellaris does not replace your fraud-management, revenue-assurance, BSS, charging or network-control platforms, and it does not sit in the call path. It reads a copy of the signalling and rated CDRs, applies the policy you published, and sends decisions only to the endpoints you name. A decision an operator cannot explain is a decision an operator cannot defend, so every one is recorded end to end.

Tellaris runs beside the call flow, not in it Animated diagram. Calls travel along the top lane from caller to callee without interruption. A tap below the lane copies signalling and rated CDRs into Tellaris, which scores every record. When a case crosses the action threshold a decision is sent to the operator's BSS. The call lane keeps flowing throughout. Call flow Caller Callee Copy of signalling and rated CDRs Tellaris scores every record Your BSS endpoint you set decision Calls keep completing if Tellaris stops. Passive by default

See what the operator decided, and why. Every event is traceable through the full chain.

  1. Entity
  2. Journey
  3. Policy
  4. Decision
  5. Action
  6. Outcome

Your existing systems stay

Tellaris consumes alerts, risk scores and events from the fraud, assurance and network platforms you already run, plus clearing-house feeds and in-house tooling, and adds subscriber, billing and roaming context across them. Nothing gets decommissioned to make room for it.

Policy ownership stays with the operator

Rules are authored, versioned and published by your team, not configured behind a vendor support ticket. Changes move through an explicit review and promotion path, enforcement can be held pending approval, and protected subscribers stay out of enforcement entirely.

Every decision carries its receipt

Decisions go only to the endpoints you configure, and each delivery is logged with its result. Publication history, the signals that fired, the tier applied and the dispatch outcome are all retained, so analysis, audit and compliance review read the same record.

Read and replay your own mediation output

An undocumented layout is the normal case. We parse headerless positional CSV and pipe-delimited mediation records, pin the column layout against the redundancy inside the file, and re-check it on every extract, so a shifted column fails loudly. Load an extract as a background job or through the batch loader, and the rules that run live produce the result.

A historical extract replays through the same rules and is dated by event time Animated timeline. A load bar sweeps across a 90-day axis and alerts appear on the days the fraud happened, in clusters, rather than on the day the extract was uploaded. Extract loaded alerts dated by when the fraud happened day 1 day 30 day 60 day 90

Aris, the in-app assistant, works the same way. It reads alerts and rules to explain what fired, and drafts a rule or a disposition for review. It holds no write credential and cannot enforce anything. It is off by default, and an operator that will not send context to a model simply never turns it on.

A convergent platform

Twelve fraud typologies. One behavioural model.

Typologies share substrate features (velocity, fan-out, destination risk, subscriber deltas), so one streaming pipeline covers them all and extends as feeds onboard, alongside your existing systems and not one project per fraud type. Open a row for how each one is read.

SIM-BOX SIM box bypass Fan-out from a stationary cell + device churn after a SIM swap

International voice traffic re-terminated over GSM gateways to evade settlement. We detect the stationary SIM fanning out from one or two cells with nothing received, and the device churn that follows a SIM swap.

Primary signal Fan-out from a stationary cell + device churn after a SIM swap

WANGIRI Wangiri callback fraud Inbound caller fan-out + premium-rate callback

Missed-call bots seeding callbacks to premium-rate numbers. We catch the campaign from both ends: the foreign caller ringing many of your subscribers for seconds each, and the callbacks that follow. In seconds, not after complaints land at customer care.

Primary signal Inbound caller fan-out + premium-rate callback

IRSF International revenue-share fraud Destination risk + foreign-callee fan-out + unconditional forward abroad

PBX compromise driving high-value calls to IPRN destinations, a SIM walking a number range to find destinations that pay out, and a line forwarding every incoming call abroad. We rate-limit and alert before the first full-hour session completes.

Primary signal Destination risk + foreign-callee fan-out + unconditional forward abroad

ROAMING Roaming fraud Velocity + location + destination risk

Impossible-velocity country flips and high-cost roaming abuse. We correlate location, velocity, and destination risk to catch it before the roaming invoice lands.

Primary signal Velocity + location + destination risk

HIGH-USAGE High-usage abuse Usage spike + spend velocity

Runaway consumption from PBX hijack, compromised SIMs, and tariff arbitrage. We cap spend before the loss compounds, rather than after the bill is cut.

Primary signal Usage spike + spend velocity

SHARING Account sharing Device fan-out per subscriber, no recent SIM swap

One subscription used across many handsets, with no SIM swap to explain the churn. Leakage by a paying customer rather than theft, so the default action caps spend instead of blocking.

Primary signal Device fan-out per subscriber, no recent SIM swap

PROBING Zero and short-call probing Zero-duration burst + short-call callee fan-out

Never-connected calls in bursts, or very short calls fanned out across many numbers in minutes. It is how SIM-box lines get tested and how dialer equipment sweeps a range, and it needs no high-risk destination to fire, so domestic probing is caught too.

Primary signal Zero-duration burst + short-call callee fan-out

SMS-ABUSE SMS pumping and SIM farms Send burst + sender fan-out + destination risk

Artificially inflated traffic on OTP and A2P flows, SIM farms sending from racked handsets, application senders fanning out across many destination countries, and SMS to high-risk prefixes. Metadata only. We read the traffic shape, not the message body.

Primary signal Send burst + sender fan-out + destination risk

DATA-BURST Data-session abuse Session volume + session-rate spike per subscriber

Tethering resold as a service, a compromised device moving volume it never moved before, and reconnect loops opening sessions in bulk. Volume and session count are watched per subscriber per hour, on thresholds you set against your own traffic profile.

Primary signal Session volume + session-rate spike per subscriber

IOT-SIM M2M and IoT SIM abuse Device fan-out on a non-consumer APN + APN volume

POS terminals, trackers and gateways run one SIM per device, so a corporate SIM appearing in a second handset means the SIM was moved. A companion rule watches your terminal APN for consumer-scale data, the signature of a SIM pulled out of a flat-rated device.

Primary signal Device fan-out on a non-consumer APN + APN volume

RISK-SCORE Persistent subscriber risk Accumulated risk across rules + decay over clean traffic

Every alert, including the ones below threshold, and every analyst disposition feeds a per-subscriber score that decays over clean behaviour. A subscriber tripping several weak signals across families gets an alert of its own, at most once a day, before any single rule would fire.

Primary signal Accumulated risk across rules + decay over clean traffic

SUSPENDED Traffic on a switched-off line Operator status list + any traffic on the line

A call, SMS or data session carried for a subscription you already suspended, barred or terminated. Your own subscriber-status extract is loaded and hot-reloaded, so a suspension takes effect on the next record rather than the next redeploy.

Primary signal Operator status list + any traffic on the line

Architecture

Boring, proven infrastructure. No vendor lock-in.

Every layer of Tellaris is open-source or open-standard. The streaming fraud-detection blueprint (Kafka-compatible ingest, stateful operators, ML scoring) is a proven carrier-grade pattern. Tellaris productizes it: deployable in weeks for operators who don't have a 20-person streaming team.

Layer Technology Note
Orchestration Helm on k3s or vanilla Kubernetes Self-host or managed
Detection engine Stateful in-process decisioning · rules + ML scoring Sub-150ms end-to-end
Ingestion Kafka-compatible streaming · Avro schemas + registry Backward-compatible CDR contracts
Enrichment PostgreSQL + in-memory cache Subscriber + destination risk features
Observability Prometheus · Grafana · OpenTelemetry Per-rule SLO dashboards
Why the approach works

Grounded in proven detection, not promises.

Tellaris productises a detection approach with a track record in research and at carrier scale, on infrastructure operators already trust. The evidence, not a pitch.

FAME research project
<5% false positives

Independent benchmark for ML-based international bypass detection. An industry reference, not a Tellaris result, and the accuracy bar our scoring is built to clear.

Real-time by design
Real-time continuous, not batch

Every event is scored and acted on as it streams in, not surfaced in tomorrow's batch report. That is the gap static, after-the-fact tooling leaves open. Historical extracts replay through the same path, dated by when the fraud happened.

CFCA industry estimate
~$40B lost per year

The scale of the problem, climbing yearly while prevention spend stays structurally underfunded. The case for getting ahead of it, not chasing it.

Security & compliance

Built to pass your procurement review.

Belgian-incorporated. No third-party data brokers. Every decision is logged for analysis, audit and compliance review.

  • GDPR-aligned
    Art. 28 DPA; subscriber data stays in your perimeter
  • Deploys in your infrastructure
    No SaaS dependency at runtime
  • ISO/IEC 27001:2022
    Controls aligned to the standard
  • Hardened supply chain
    Cosign-signed images, per-release SBOMs, scheduled scanning
Questions

What operators ask first.

The questions that open every first call, answered before you have to book one. Anything specific to your network is a better conversation over a replay of your own CDRs.

What is Tellaris?

Tellaris is a real-time decision-control platform for telecom operators. It turns fragmented events across signalling, CDR, roaming and billing into governed decisions on fraud, revenue protection and business assurance, using one live behavioural model rather than one tool per fraud type.

Does Tellaris replace our existing fraud management system?

No. It runs alongside the fraud-management, revenue-assurance, BSS, charging and network-control platforms you already operate. Tellaris consumes their alerts, risk scores and events, together with clearing-house feeds and in-house tooling, adds cross-domain context, and applies consistent policy across all of them. Nothing gets decommissioned to make room for it.

Does Tellaris sit in the call path?

No. It is passive and parallel by default, and it does not touch the call flow. Selected actions can be initiated through the endpoints you configure, once your policies have been validated, so nothing is dispatched anywhere you have not named. If Tellaris stops, every call still completes.

Which fraud types does Tellaris cover?

On voice and interconnect: SIM box bypass, Wangiri campaigns from both the inbound and the callback side, IRSF including outbound number scanning and unconditional call forwarding abroad, roaming fraud, zero and short-call probing, high-usage abuse and account sharing. On SMS: pumping and artificially inflated traffic, SIM farms, application-sender fan-out across destination countries, and SMS to high-risk destinations, all read from traffic metadata rather than message content. On data: session-volume and reconnect bursts, corporate or M2M SIMs moved into a second device, and terminal APNs moving consumer-scale data. Across all of them, a persistent per-subscriber risk score accumulates weak signals and raises its own alert, and traffic on a line you already suspended is caught against your own status list. Nineteen rule templates ship today, all reading one shared behavioural model. Typologies share substrate features such as velocity, fan-out, destination risk and subscriber deltas, so coverage extends across domains without a separate project per fraud type.

How fast is a decision?

Under 150ms end to end, from CDR to alert, at p95. Every CDR is scored by every active rule as it streams in, in parallel to the call flow, rather than surfacing in tomorrow's batch report.

Can Tellaris analyse historical CDRs, or only live traffic?

Both, through the same pipeline. A mediation extract can be imported in the app as a background job with live progress, or pushed through the batch loader, and it is evaluated by the same rules that run on the live feed. Windowed state runs on event time, so a historical load is dated by when the fraud happened rather than by when it was uploaded, and a replay of last quarter's traffic reads the same as it would have read live.

What data do you need to get started?

Kafka-compatible ingestion from your mediation layer, rated-CDR exporters and signalling probes, or simply a mediation extract as a file. The mix is yours to choose: Tellaris consumes whichever feeds you authorise, and GGSN / PGW, Diameter on the DRA and SS7/SIGTRAN widen what the rules can see as you publish them. An undocumented mediation layout is the normal starting point. We parse headerless positional CSV and pipe-delimited records and pin the column layout against the redundancy already inside the file rather than guessing, with a checker that re-runs that verification on every new extract. Ingest adapters carry governed Avro contracts once a feed is onboarded, so the platform adapts to your data rather than the other way around.

How long does deployment take?

Two to three weeks to a customer-isolated deployment in passive mode, and about half a day to the first alert on a replay of your own CDRs.

Who writes and owns the rules?

Your team does. Rules are authored, versioned and published by the operator rather than configured behind a vendor support ticket, and changes move through an explicit review and promotion path. Thresholds, actions and scope are yours to set and yours to change, and protected subscribers stay out of enforcement entirely.

Can an analyst see why a decision was made?

Yes. Every event is traceable through entity, journey, policy, decision, action and outcome. Publication history, the signals that fired, the tier applied and the dispatch result are all retained, so analysis, audit and compliance review read the same record.

Is there an AI assistant, and can it act on its own?

Aris is an in-app assistant that helps analysts triage an alert or draft a rule. It is advisory by construction: its tools are read-only, it holds no write credential, and it cannot publish a rule or dispose of an alert. It drafts, and an analyst applies the draft under their own permissions or discards it. It is off by default per installation, so an operator that will not send context to a model simply never enables it.

Where does Tellaris run, and who holds the data?

In your infrastructure, on-premises or in your private cloud, with no SaaS dependency at runtime. Nothing leaves your network unless you configured the destination: there is no telemetry, no licence check and no call-home of any kind, and there are no third-party data brokers. We provide a GDPR Article 28 data processing addendum, and log lines carry a truncated digest rather than the subscriber number. Tellaris is Belgian-incorporated and runs its controls against ISO/IEC 27001:2022.

Next step

See Tellaris running on a replay of your CDRs.

Bring one hour of anonymized CDRs to the demo call. We'll show you the fraud patterns our pipeline finds, which rules trigger, and which ML scores surface the non-obvious cases. 30 minutes, no slides.