For the complete documentation index, see llms.txt. This page is also available as Markdown.

Is Onyx Right For You?

Private Cellular is not a better Wi-Fi. It is a different tool, with a different cost profile and a different set of obligations, and it wins decisively on a specific class of problem while being poor value on others.

Settle whether that class describes your situation before spending time sizing a network in Plan Your Network.

The short version

Private cellular earns its place when one or more of these is true:

  • Coverage has to be uniform across a large or awkward space: a warehouse with moving racking, a campus with outdoor gaps, a facility whose RF environment changes as inventory moves.

  • Devices move continuously and cannot tolerate a connection gap while roaming.

  • The uplink is the demanding direction: cameras, sensors, inspection capture, video contribution.

  • Latency has a hard ceiling that must hold under load, not on average.

  • Access must be controlled by credentials you issue and revoke, with traffic that never leaves your site.

  • The environment is hostile to Wi-Fi: metal, dense racking, concrete, RF congestion, long distances.

If none of these apply, well-designed enterprise Wi-Fi is usually cheaper and entirely adequate. That is a legitimate answer.

Against Wi-Fi

The honest comparison is not "which is better" but "where does each stop working".

Wi-Fi
Private cellular

Mobility

Roaming between APs interrupts the connection. Usually invisible for browsing; fatal for an AGV control loop or a live video feed.

Handover is managed by the network. With Onyx Shared Cell, devices moving inside the coverage area see one cell and perform no handover at all.

Coverage per radio

Shorter range, more APs, more co-channel interference to plan around.

Longer range at comparable power; substantially longer on sub-GHz bands.

Determinism

Contention-based. Throughput and latency degrade as the medium gets busy, no reservation mechanism.

Scheduled. QoS is enforced per flow via 3GPP 5QI, so a control loop and a bulk download coexist without competing.

Uplink

Optimized for downlink-heavy consumer traffic.

TDD split is configurable: Onyx supports up to 63% uplink (DSUUU) for camera- and sensor-heavy sites.

Access control

Shared credentials, certificates, or a captive portal.

SIM/eSIM credentials you provision and revoke centrally. No password to leak.

Spectrum

Unlicensed and shared with everyone nearby.

Licensed, coordinated, or shared-with-priority. Far less contention you cannot control.

Cost and effort

Lower. Familiar to any IT team.

Higher. Requires spectrum access, SIM management, and RF planning.

NOTE: These are not mutually exclusive. A common pattern is Wi-Fi for general office and guest traffic, private cellular for the operational workloads that Wi-Fi cannot hold, with both running in the same building.

LTE or 5G

Onyx runs both, on distinct hardware platforms. This makes technology selection an early decision rather than a late one: it changes the bill of materials, not just a configuration.

Onyx LTE

Onyx 5G

Latency

Suitable above ~50 ms

Supports real-time workloads below 30 ms

Typical workloads

General enterprise connectivity, telemetry, IoT

Real-time analytics, robotics, machine vision, broadcast video

Peak AP throughput

~40 Mbps @ 20 MHz baseline; ~105 Mbps/cell at 20 MHz in default Config1

300+ Mbps with 4×4 MIMO @ 40 MHz, deployment dependent

Channel bandwidth

Up to 40 MHz with Carrier Aggregation; 20 MHz per cell in Dual Carrier

20, 40, 50, 100 MHz (band and RU dependent)

Devices per AP

Up to 96 (SC); 96 + 96 (DC)

Up to 128 (SC)

Bands

B48 (CBRS), B1, B3

n48, n77, n78, n41, n79, n28, n26

Shared Cell

DAS-based coverage extension

FHM-based: up to 8 RUs per FHM, up to 64 RUs as one cell

Choose LTE when the workload is telemetry, IoT, voice, or general connectivity; latency above 50 ms is acceptable; and CBRS is your spectrum. It is the lower-cost path and entirely sufficient for a large share of enterprise deployments.

Choose 5G when you need sub-30 ms latency, uplink-heavy capacity, more than 40 MHz of channel, handover-free mobility across a large floor, or a band other than CBRS.

What a deployment actually requires

Worth knowing before you commit, not after.

Spectrum access. You need a band you are permitted to transmit on. In the US that usually means CBRS, which brings SAS registration, Certified Professional Installer sign-off on every radio, and grants that the SAS can modify or revoke during normal operation. Elsewhere it usually means a local license in n77/n78. See Private 5G Spectrum and Regulations.

Devices that support your band. Not every phone, tablet, or module supports CBRS or your regional band. Check the End Devices compatibility matrix against the actual device population: this is a frequent late surprise, particularly with existing handheld fleets.

SIM provisioning. Every device needs a credential, issued and managed through the Onyx Portal. For a fleet of a few hundred handhelds this is a real operational process, not an afterthought.

Site infrastructure. Onyx Edge needs rack space, power, and cooling. Radios need cabling (fronthaul over fiber or Ethernet) plus PoE or local power, mounting, and in outdoor deployments enclosures, grounding, and surge protection. Where cabling is genuinely impractical, Mesh Nodes provide wireless backhaul, but they are an exception rather than the default.

RF planning. The Onyx ROM AP Calculator gives a reliable starting estimate. Sites with significant clutter, height variation, difficult propagation, or strict coverage SLAs need a survey. GXC offers RF design as a service.

Ongoing operation. Someone owns the Portal: monitoring, alerts, subscriber lifecycle, firmware updates, and (on CBRS) the SAS relationship.

When it is probably not the right fit

Said plainly, so you do not spend weeks discovering it:

  • A single small office with static users. Wi-Fi 6/6E does this well for far less.

  • Downlink-dominant general internet access. You are paying for capability you will not use.

  • No route to spectrum. Without a band you can transmit on, there is no deployment. Settle this first.

  • A device fleet that cannot support the band, with no budget to replace it.

  • No one to operate it. A private network is infrastructure. It needs an owner.

If it does fit

2

Spectrum and regulations

Private 5G Spectrum
3

Plan your network

Plan Your Network

To see the requirements real workloads produce (throughput, latency, jitter, 5QI mapping, TDD pattern) see Use Cases/Workflows. If one of them resembles your situation, it will tell you more about your design than any general guidance here.

Contact GXC

To get in touch with GXC, please visit https://gxc.io/contact-us/.

Last updated

Was this helpful?