Charging-Adjacent Queueing

Charging-Adjacent Queueing for Autonomous Fleets

The ground friction around the plug: staging, queue discipline, dwell timing, and plug workflow that a coordination layer recovers without owning a single charger.

Charging-adjacent queueing is the ground coordination around an EV charger: staging, queue order, access rules, dwell timing, plug/unplug workflow, and session evidence. XoomPark coordinates it without owning chargers.

Charging-adjacent queueing is the coordination of everything that happens around a charger but is not the charge itself: where a vehicle stages before its slot, what order vehicles plug in, who is allowed on the site, how long a vehicle dwells after the battery is full, and the proof that the session ran correctly. For an autonomous fleet, this layer has no driver to manage it. A charger can have perfect uptime and the site can still jam, because throughput is decided by the minutes spent approaching, waiting, plugging, and idling, not only by the kilowatts delivered. XoomPark coordinates that ground friction without owning a single plug.

QuestionShort answer
Is this charging?No. It is the ground coordination around the charger: staging, queue, access, dwell, plug workflow, evidence.
Does XoomPark own chargers?No. XoomPark is not a charger owner or charging network. It coordinates the site around the plug.
What does it recover?The non-charging minutes (approach, queue wait, plug/unplug, idle-after-full) that depress real charger throughput.
Who is it for?Fleet charging teams, eMobility ops, charging-site operators, and fleet-ops partners running off-depot AV charging.

What does charging-adjacent queueing mean?

Charging-adjacent queueing means managing the physical sequence and timing of vehicles around a charging point so the charger stays productive. It covers the staging lane where a vehicle waits before its slot opens, the rule that decides which vehicle plugs next, the access permission that lets the vehicle onto a private charging site at all, the dwell window after the battery hits target, and the unplug-and-clear step that frees the stall for the next vehicle.

None of that is the charge. The charge is a power transaction between the vehicle and the plug. Queueing is the operational discipline that keeps the plug from sitting idle while a full vehicle blocks it, or from being approached by three vehicles at once with no driver to negotiate order.

Why charger uptime is not the same as charger throughput

Charger uptime measures whether the hardware works. Throughput measures how many vehicles actually get charged per stall per day. Those are different numbers, and the gap between them is mostly non-charging time.

A robotaxi with no driver cannot read a "wait here" sign, wave another vehicle ahead, or notice it has been sitting full for twenty minutes blocking a stall. Every one of those judgments has to come from coordination data instead. When it does not, the site degrades in ways uptime dashboards never show: vehicles circling, queue collisions, stalls held by already-full cars, and exceptions (a damaged cable, an ICE vehicle in a fleet stall) that no one resolves because no one is standing there.

This is the same lesson the broader EV-charging field already learned. Reliability studies have repeatedly found that public charging stations fail a meaningful share of charge attempts even when the chargers are nominally "up": J.D. Power's 2025 U.S. EVX Public Charging Study found 14% of owners experienced a non-charging visit (down from 19% in 2024), and roughly 60% of those failed visits were chargers out of service or not working properly. The failure is rarely the electron. It is the workflow around it.

How charging-adjacent queueing works

XoomPark treats a charging-adjacent site the same way it treats any AV-ready ground node: as capacity that must be reserved, accessed, sequenced, and proven. The charger belongs to the charging operator. The coordination layer sits beside it.

The workflow has five moving parts:

StageWhat happensWhat XoomPark coordinates
ReservationFleet requests a charging window at a site.Reservation record against site availability and access rules.
Approach & stageVehicle arrives, holds in a staging lane until a stall frees.Staging assignment and queue order, so vehicles do not collide for the same stall.
Plug sessionVehicle takes the stall and charges.Check-in/check-out workflow and session record (start, target, exceptions).
Dwell & clearBattery hits target; vehicle must leave the stall promptly.Dwell-timing signal and clear instruction, so a full vehicle does not idle in a live stall.
EvidenceSession closes.SLA tracking, evidence capture, and billing/audit record of what happened.

XoomPark does not deliver power, set tariffs, or maintain the charger. It records permission, sequences access, times the dwell, and produces the proof.

Who needs charging-adjacent queueing

This layer matters most to teams responsible for keeping an autonomous fleet charged off-depot, where there is no single fixed yard and no on-site human to direct traffic.

  • Fleet charging teams running distributed charging for robotaxi fleets need queue discipline so an expensive DC fast charger is not blocked by an idle full vehicle. Any operator running EV robotaxis at scale faces this the moment charging happens at shared or third-party sites rather than one captive depot.
  • eMobility and ground-ops teams (the kind of distributed facility-and-energy work firms like ABM perform, with EV charging design, installation, and 24/7 charger operations and maintenance across 30,000-plus installed ports, per ABM's eMobility/EV charging pages) need the access, dwell, and evidence layer that turns a parcel with chargers into a managed charging node.
  • Charging-site and infrastructure operators want higher real throughput per stall without buying more hardware. Queue and dwell discipline recover utilization the chargers already have.
  • Fleet-ops partners coordinating ground work across many sites need one reservation, session, and audit record instead of a different ad-hoc process per location.

Example workflow: a robotaxi charging stop with no driver

A robotaxi finishes its trips for a shift and needs to charge before the next block. It is 40% and there are six vehicles converging on a four-stall site.

  1. The fleet's system requests a charging window. XoomPark returns a reservation against the site's availability and confirms the vehicle is permitted on this private site under the site's access rules.
  2. The vehicle arrives. Two stalls are occupied. XoomPark assigns it a staging position and a queue order, so it holds in the lane instead of nosing toward an occupied stall.
  3. A stall clears. XoomPark issues check-in, the vehicle takes the stall, and a session record opens.
  4. The battery reaches target. XoomPark's dwell-timing signal flags that the vehicle is full and must clear. The vehicle unplugs and releases the stall for the next car in queue, instead of idling full for twenty minutes.
  5. The session closes with an evidence record: arrival, queue wait, plug duration, dwell, and clear time, available for SLA tracking and billing audit.

No driver made a single one of those decisions. The coordination layer did.

Original research: decomposing charger throughput into non-charging minutes

We modeled a single charging stop as a sequence of timed segments to find where the recoverable time actually sits. Most charging reporting collapses a stop into one number (kWh delivered or session minutes). That hides the operational waste. So we decomposed the stop into charging time versus non-charging time, the segments a coordination layer can compress.

Our working decomposition of a single fleet charging stop:

SegmentTypeWhat it isRecoverable by coordination?
ApproachNon-chargingDriving to the stall, finding an open one.Yes: staging assignment removes the circling.
Queue waitNon-chargingHolding while stalls are occupied.Partly: queue order prevents collisions and double-claims.
Plug / handshakeNon-chargingConnecting, authenticating, starting the session.Partly: clean check-in workflow and exception handling.
Active chargeChargingPower actually flowing.No: this is the charger's job, not XoomPark's.
Idle-after-fullNon-chargingVehicle sits full, blocking a live stall.Yes: dwell-timing signal clears it.
Unplug / clearNon-chargingDisconnecting and vacating for the next vehicle.Yes: clear instruction frees the stall.

The point of the decomposition: in this model, only one of six segments is the charge. The other five are ground coordination, and several are pure waste a driver would normally absorb. Idle-after-full is the clearest example: a vehicle that hits 100% and sits there is consuming a stall at zero throughput, and on a busy site that single behavior can gate the whole queue.

We have not published per-segment minute figures because XoomPark has no operating history to draw them from, and inventing them would fail the only test that matters to a charging-ops reader. Reasonable inputs to build a real model exist in the public record: a typical DC fast-charge from 10–80% runs roughly 20–30 minutes on current hardware, and the "idle/occupancy fee" problem is well documented (Electrify America, for example, charges idle fees after a 10-minute grace period precisely because full vehicles block stalls, per its published pricing). A per-segment minute breakdown specific to driverless fleet stops has not been published, so the model uses these public ranges as inputs rather than measured fleet data. The framework holds regardless of the exact minutes: charger uptime is necessary, and it is not sufficient.

What XoomPark does and does not do here

XoomPark doesXoomPark does not
Reserve charging windows against site availabilityOwn, build, or operate chargers
Enforce private-site access rules and permissionsRun a charging network or set tariffs
Assign staging and queue orderDeliver power or maintain charging hardware
Signal dwell timing and stall clearanceDrive, dispatch, or route the vehicle
Capture session, SLA, and audit evidenceReplace the fleet's charging or energy strategy

The property defines permission. The fleet validates capability. XoomPark coordinates reservation, access, workflow, SLA, evidence, and audit around the plug.

Not for you if

If you run a single fixed depot with your own chargers, your own yard, and an on-site team that already directs vehicles and clears full cars by hand, you do not need a distributed charging-adjacent coordination layer yet. A captive depot with human ground staff already absorbs the queue, dwell, and exception work. XoomPark earns its place when charging moves off that one depot to multiple private sites, when the driver is gone, and when you need a reservation, session, and audit record that holds up across locations you do not own.

Frequently asked questions

Are AV ground services the same as charging?

No. Charging is the power transaction between a vehicle and a plug, owned by the charger or charging network. AV ground services are the physical coordination around the vehicle, including staging, queueing, dwell timing, access, and evidence that sit beside the charger. XoomPark provides the second, not the first.

Does XoomPark own or operate chargers?

No. XoomPark is not a charger owner, an EV charging network, or an energy provider. It coordinates the ground operations around a charging site: who is allowed in, what order vehicles plug, how long they dwell, and what evidence proves the session ran correctly.

What is charging-adjacent queueing in one sentence?

It is the coordination of staging, queue order, access, dwell timing, plug workflow, and session evidence around an EV charger, the non-charging work that keeps a charger productive for a fleet that has no driver to manage it.

How does charging-adjacent queueing help charging operators?

It raises real throughput per stall without new hardware. By staging vehicles, sequencing the queue, and clearing full vehicles promptly with a dwell signal, it recovers the non-charging minutes that otherwise leave a working charger idle or blocked.

Talk to XoomPark

If you run charging for an autonomous fleet, or operate the sites those vehicles charge at, talk to XoomPark about charging-adjacent queueing. We coordinate the staging, queue, dwell, and evidence around your plugs without owning a single one.