BLE Mesh
The commercial layer

The relay hub

Always-on relay nodes with a dashboard. The one thing no phone-only mesh has.

  • ALWAYS-ON
  • DASHBOARD
  • PER-DEVICE ID
  • LOCATION LAYER
The problem it solves

Phones alone have a ceiling.

A mesh built only from phones inherits two failure modes no amount of clever routing fixes: the operating system takes the radio away, and an empty room has nothing to relay through. A fixed, always-on node closes both gaps at once. It anchors a venue: a festival operations tent, an incident command post, a campsite with no cell signal, and it keeps listening when every phone around it has gone quiet in someone's pocket.

01

iOS backgrounding

Apple suspends Bluetooth advertising the moment an app leaves the foreground. Two locked phones in the same pocketed crowd stop finding each other. Every phone-only mesh degrades quietly the moment people stop staring at their screens.

02

Cold start

A mesh needs density to be worth anything. Walk into an empty venue an hour before doors open and a phone-only mesh is only a phone: no neighbors, no relay, no signal.

What the hub does

Five jobs a phone cannot do.

Always-on relaying
A fixed node that never sleeps, never backgrounds, never loses the advertising window a phone loses the second its screen locks.
Per-device aggregation
The dashboard collects and forwards signals by device identifier, so an operator sees individual sources, not an undifferentiated blur.
Fleet and location view
A live map of every device the hub has heard from, with last-known-location, so an operations desk can see a venue instead of guessing at it.
Audit and export
Every relayed message and every device sighting is logged and exportable, so an incident leaves a record behind, not only a memory of it.
Priority routing
Operator-flagged devices and message classes move to the front of the relay queue when the mesh is under load.
The single number that matters

The A/B uplift

Every benchmark scenario in the litepaper runs twice: once with a hub present on the site, once without. The delta between those two runs, not either number alone, is the figure that tells an operator whether a hub is worth deploying. That comparison is the entire point of the benchmark campaign, and it publishes in full once the campaign passes its gate. Nothing here is estimated in the meantime.

Open spec, gated hub

The boundary, stated plainly.

The relay-node role is part of the open protocol spec. Anyone can read it, implement it, and run a relay of their own. Nothing about how a phone talks to a phone, or a phone talks to a relay, is held back. The production Windows hub, the dashboard, the per-device aggregation, the fleet and location layer, the audit trail, the priority routing, is the commercial implementation of that open role. The open protocol stays complete on its own, with no hidden hooks reserved for the paid version.

Anything that serves one user is open. Anything that serves someone responsible for many users is commercial.

Pricing is set per deployment, not published on this site. Get in touch through the contact page to talk through a venue or operations use case.