One internet connection for an arena full of phones without one
An audience engagement app for UFC events, taking official statistics from the live FightMetric feed and putting them on every phone in the arena as the fight produced them - in a building where the crowd has already consumed the cellular network.
- None
- Network required
- Cellular saturated by the crowd
- One
- Connections
- At the control station, not per phone
- FightMetric
- Data
- Official stats, live as recorded
- iOS + Android
- Platforms
- One broadcast, both natively
The challenge
A sold-out arena takes its own network down. Thousands of people in one bowl saturate cellular between them, and that happens before anything interesting has occurred. The moments when an audience most wants information - a finish, a decision, a change to the card - are the moments the network is least able to deliver it.
Live sport adds a problem a scripted show does not have: nobody knows when anything will happen. A fight can end in thirteen seconds or go the distance. There is no cue sheet to follow and no way to pre-time a sequence.
And the information had to be the real thing. Official statistics as the fight produced them, not a rough approximation typed in by an operator watching along - which meant getting live data out of the internet and into a room that could not reach it.
What we did
The control station took a feed from FightMetric, the live statistics API behind the fights, and translated it into what the beacons were advertising. Stats landed as they were recorded and became something the phones in the bowl could receive.
The shape of that is the whole idea. The control station is the only thing in the building holding a network connection. Everything downstream of it is broadcast - no pairing, no accounts, no per-device request - so one internet connection served an arena full of phones that had none between them. Adding twenty thousand more people would not have required a second one.
What travels over the air is a reference rather than a payload, because a Bluetooth advertisement is small. The app already holds the content and the broadcast selects it, which is what makes reacting live practical: when the fight changes, what is being advertised changes, and the room updates without anyone having fetched anything.
The light show ran through the same channel. Information and spectacle are one mechanism pointed at different in-app actions, which is why this was one system rather than two.
The outcome
Official fight statistics reached every phone in range as they were recorded, in a building where a conventional connection-based approach would have been contending with a saturated network at exactly the wrong moment.
The limits are worth stating plainly: coverage depends on who installed the app and where the hardware sits, and the channel is one-way, so nothing reports back about what was received.
The transferable idea is the asymmetry. The hard requirement was live data, and live data means a connection - but only one thing actually needed it. Putting the connection at the control station and broadcasting from there decoupled the cost of reaching people from the number of people, which is precisely backwards from every per-device design and is why it held up in the room where those designs fall over.