Research Note

Research Note: Remote Assistance, Remote Driving, and Fleet Support

E073 used teleoperation as a catch-all. The public explainer needs a role and authority model that shows who observes, who communicates, who advises, who authorizes, and

Aug 4, 20263 min readBy Dalton Anderson
In this article

Research Note: Remote Assistance, Remote Driving, and Fleet Support

Question

E073 used teleoperation as a catch-all. The public explainer needs a role and authority model that shows who observes, who communicates, who advises, who authorizes, and who can directly control the vehicle.

What current federal sources establish

At its 2026 National AV Safety Forum, NHTSA described remote interaction as a spectrum. It can include confirming a proposed action, providing guidance or permission to deviate from a programmed norm, or fully remote manual driving. NHTSA identified latency, cybersecurity, communications, and remote-operator situation awareness as different safety concerns across that spectrum.

NHTSA's forum remarks add passive monitoring, passenger and road-user communication, binary contextual confirmation, directional guidance, and remote manual controls. These are discussion inputs for emerging federal guidance, not a final mandatory taxonomy.

A 2026 US Department of Transportation Volpe Center review distinguishes remote driving, where the human is responsible for the dynamic driving task, from remote assistance, where the ADS maintains vehicle control and object-and-event response while the human supplies decision support or path planning.

An earlier FHWA-sponsored dispatch study shows that monitoring, passenger service, incident coordination, maintenance dispatch, and workload management are fleet functions even when no one remotely drives a vehicle.

The role and authority model

The roles can be described through four questions.

QuestionMeaning
What can the person observe?Vehicle state, cameras, route, passenger request, fleet alerts, or only a limited event packet
What can the person communicate?Passenger support, responder contact, dispatch instruction, or information to the ADS
What can the person authorize?A proposed maneuver, route change, exception, pull-over, or minimal-risk action
What can the person directly control?Nothing, a limited command, longitudinal or lateral motion, or the entire dynamic driving task

A company may use more than one role. One person may handle passenger support while another function evaluates road context. A direct remote driver may exist only for a defined recovery mode. The system design, not the job title, determines the authority.

What the Tesla record does not establish

Tesla's current Robotaxi support page says riders can request support and ask the vehicle to pull over or stop. It does not disclose whether a remote person observes every trip, how often support is requested, whether guidance changes a planned path, whether anyone can directly steer or brake, how communications failures are handled, or how many vehicles one person may support.

The E073 transcript's statement that the Austin service was continuously tele-operated is therefore not cleared. The updated story can say Dalton made that assumption and explain why the evidence requires a narrower statement.

Editorial use

The public explainer should avoid treating any human involvement as proof that an ADS is not performing the driving task. It should also avoid treating remote assistance as a harmless call-center function. Authority, latency, staffing, cybersecurity, communications loss, training, logs, escalation, and minimal-risk behavior all matter.

Sources

Follow the evidence.

  1. arxiv.org: 2505arxiv.org
  2. capitol.texas.gov: SB02807Fcapitol.texas.gov
  3. daltonanderson.ghost.io: teslas robotaxi pilot hype vs reality in austindaltonanderson.ghost.io
  4. open.spotify.com: 59g3xZ2WunOCIOrju8FTKSopen.spotify.com
  5. rosap.ntl.bts.gov: 56823rosap.ntl.bts.gov
  6. rosap.ntl.bts.gov: dot 88518 DS1rosap.ntl.bts.gov
  7. rosap.ntl.bts.gov: 79800rosap.ntl.bts.gov
  8. saemobilus.sae.org: j3016 202104 taxonomy definitions terms related driving automation systems road motor vehiclessaemobilus.sae.org
  9. statutes.capitol.texas.gov: IN.1954statutes.capitol.texas.gov
  10. statutes.capitol.texas.gov: OC.2402statutes.capitol.texas.gov
  11. waymo.com: time geo crash risk effectwaymo.com
  12. waymo.com: impactwaymo.com
  13. nhtsa.gov: av public meeting 2026nhtsa.gov
  14. nhtsa.gov: automated driving systems 20 voluntary guidancenhtsa.gov
  15. nhtsa.gov: standing general order crash reportingnhtsa.gov
  16. nhtsa.gov: third amended SGO 2021 01 2025nhtsa.gov
  17. nhtsa.gov: automated vehicles safetynhtsa.gov
  18. nhtsa.gov: national av safety forumnhtsa.gov
  19. tdi.texas.gov: cb020tdi.texas.gov
  20. tdi.texas.gov: auto insurancetdi.texas.gov
  21. tesla.com: TSLA Q2 2025 Updatetesla.com
  22. tesla.com: robotaxitesla.com
  23. tesla.com: robotaxitesla.com
  24. txdmv.gov: AVprogramtxdmv.gov
  25. youtu.be: K3Nj92fDh3wyoutu.be

From this episode

Two useful next steps.

Research Note · 1 min

Research Note: Texas Automated-Vehicle Liability and Insurance Boundary

The liability page must help a reader identify parties, evidence, policies, and legal questions without naming a universally liable party or predicting a claim.

Research Note · 1 min

Research Note: A Matched Protocol for Robotaxi Safety Claims

The safety guide needs a method that can test crash, injury, intervention, disengagement, or mileage claims without converting unlike records into a ranking.

Return to the episode