arXiv paper· computer systems — LLM serving and voice interaction· systems method paper with empirical evaluation

Scalable Context Orchestration for Serving LLMs Over Voice

Linyi Jiang, Silvery D. Fu, Yifei Zhu

cs.SD · cs.AI · eess.AS

Quick verdict

Voice-serving middleware claims 24.9x cheaper long sessions and 46%→0.9% false interruptions; strong results, but simpler rules may capture much of the gain.

Summary

llmovoice is a middleware layer between voice applications and LLM services that makes voice-specific context explicit. Each turn, it maintains three states — semantic (input plus projected history), paralinguistic (speaking rate), and environmental (packet loss) — and uses the serving LLM itself to reason over them jointly and emit typed runtime directives controlling response content, delivery speed, and turn detection. Past interactions are stored as VoicePages grouped into VoiceThreads, and a cost-aware context projector picks an audio, transcript, or summary representation for each retrieved item under a token budget. On ICASSP 2024 PLC packet-loss traces, false interruptions drop from 46.0% to 0.9% and network-induced cost falls 79.2%; on RT2 telephone speech, speaking-rate alignment error falls 52.4% (38.26→18.23 WPM). On long sessions (RT2, MSP-PODCAST), per-turn cost is up to 24.9× below OpenAI full-history prompting while retaining 98.7%/88.7% of GPT-4o-judged answer quality. Main limitations: quality is judged solely by GPT-4o with no human evaluation; the speaking-rate gain follows almost directly from the implemented rate-to-speed mapping; the false-interruption win is not ablated against the runtime's hardcoded deferral/VAD-extension rule; benchmark queries are synthetic; and all results come from a single provider (OpenAI Realtime).

Review complete

Assessment at a glance

computer systems — LLM serving and voice interaction

5

risk flags identified

● high 0

● medium 3

● low 2

Reproducibility readinessmedium
Code & data availableyes
Review confidencehigh
AI text signal0/20 passages flagged
Deep research viable

5 strengths · 5 weaknesses · 5 author questions

AI text signal = Binoculars zero-shot detector score over 20 sampled passages (Fast-DetectGPT co-reported) — absence does not prove human authorship, and a flag does not imply misconduct.

Levels reflect verification complexity — not a quality score. Evolve never rates your paper.

Key claims under review

  • Explicit paralinguistic/environmental states plus joint LLM reasoning cut false interruptions under packet loss from 46.0% (fixed 500 ms VAD) to 0.9% with endpoint latency of 1.83 s on 800 ICASSP PLC traces.
  • Mapping the observed speaking rate to response speed via context orchestration reduces user-response WPM alignment error by 52.4% (38.26→18.23) on RT2.
  • Multi-fidelity, thread-structured context projection bounds per-turn cost — up to 24.9× below OpenAI full-history on MSP-PODCAST and still 1.8× below idealized 100%-cached OpenAI — while retaining 98.7%/88.7% of judge-rated answer quality.
  • The middleware overhead is small: 78.4 ms (3.8%) on RT2 and 50.9 ms (2.7%) on MSP-PODCAST added TTFA, with conditional orchestration decisions averaging 790.2 ms on turns that emit a function call.

Strengths

  • Real failure modes measured, not just asserted

    §2.2/Fig 2 replays an ICASSP PLC trace (val_0332) through WebRTC/Opus/NetEq in Chromium, showing a loss burst dropping decoded energy below −50 dBFS for 500 ms and triggering a false VAD endpoint; Fig 3 measures OpenAI Realtime per-turn cost growth under 0/50/100% cache hit, showing caching reduces cost but not its linear growth rate.

  • Coherent, implementable abstraction set

    VoicePage/VoiceThread memory (§3.4) with many-to-many membership and asynchronous thread refresh keeps summarization off the latency-critical path; the multi-fidelity context projector (§3.5) degrades audio→transcript→summary→omit in relevance order with O(N log N) complexity and ~1 ms measured scheduling overhead.

  • Budget-matched comparison against strong and idealized baselines

  • Candid cost accounting

  • Retrieval analysis explains why structure helps

Weaknesses

  • Answer quality rests entirely on LLM-as-judge with no human study

  • Speaking-rate win is close to tautological

  • FIR win not decomposed against hardcoded rules

  • Thin external validity

  • Sparse statistical reporting

Full Review Report

$1.99 · one-time

Unlock the complete preliminary analysis Evolve produced for this paper.

Report preview

Scope & Claims

This SOSP '26 paper presents **llmovoice**, a middleware between voice applications and LLM services (OpenAI Realtime-style APIs) that makes "voice context" explicit. Per turn it maintains three states — semantic (current input plus projected history), paralinguistic (speaking rate over the ten most recent valid observations, linearly weighted, §4.1), and environmental (WebRTC packet-loss telemetry: concealed-audio duration, silence-rendered concealment, recency, §3.2) — and has the serving LLM itself emit validated, typed runtime directives (content, style, turn-control; §3.3). Memory is organized as VoicePages (one interaction with audio/transcript/summary) grouped into many-to-many VoiceThreads; a context projector retrieves candidates and degrades representations audio→transcript→summary→omit under a token budget (relevance-ordered heuristic, O(N log N), ~1 ms; §3.5). Headline claims: false-interruption rate 46.0%→0.9% under packet loss; speaking-rate MAE −52.4% (38.26→18.23 WPM on RT2); per-turn cost up to 24.9× below OpenAI full history on MSP-PODCAST (still 1.8× below idealized 100%-cached OpenAI, Table 2) while retaining 98.7%/88.7% of judge-rated answer quality.

The remaining sections cover Methodology Assessment, Statistical Evidence, Results & Reproducibility, Limitations & Risks, and Verdict & Recommendations.

  • All 5 strengths & 5 weaknesses, analyzed in detail
  • 5 risk flags with severity, section & reviewer questions
  • Methods & statistical evidence assessment
  • 5 questions a peer reviewer would ask
  • Full six-dimension evaluation report & recommendations

One-time purchase · this paper only

One-time purchase, this paper only. AI-generated preliminary analysis — not peer review.

Frequently asked questions

What is llmovoice?

llmovoice is a middleware layer that sits between a voice application and an LLM service (e.g., OpenAI's Realtime API). It explicitly tracks voice-specific information — the user's speaking rate, network conditions like packet loss, and structured conversation memory — and uses the serving LLM to decide runtime adjustments such as response speed, when to defer a response, and how long to wait before declaring the user finished speaking.

Why do voice AI agents interrupt users when the network is bad?

Turn detection relies on observed silence: when packets are lost, the receiving side fills gaps with concealed audio that can look like silence, so the system wrongly concludes the user stopped talking and starts responding. This paper shows a real packet-loss trace triggering a false endpoint after a 500 ms quiet period, and reports that a default 500 ms VAD produced audible false responses on 46.0% of 800 loss traces.

How much cheaper is llmovoice than sending the full conversation history?

On long sessions built from MSP-PODCAST (average 58 minutes), llmovoice's per-turn cost was $0.005634 versus $0.140198 for OpenAI full-history prompting — 24.9× cheaper — and still 1.8× cheaper than an idealized scenario where 100% of the prompt is cache-hit. On the shorter RT2 workload it was 4.4× cheaper, while GPT-4o-judged answer quality stayed at 98.7% (RT2) and 88.7% (MSP-PODCAST) of the full-history baseline.

Is the llmovoice code available, and can I reproduce the results?

The authors state that open-source packages and demos are available at llmovoice.com, and the packet-loss traces (ICASSP 2024 PLC validation set) are public. However, reproducing the headline numbers requires paid access to OpenAI's Realtime API (gpt-realtime-mini) plus GPT-4o as judge, and the RT2 (LDC) and MSP-PODCAST speech corpora are license-restricted.

About this review

This is an AI-generated preliminary review by Evolve.Pub, produced from the openly available text of the paper. It is not peer review and does not represent the authors' views. The canonical record of the paper is at the publisher link above.

  • Numbers embedded in Figures 7–11 (axis ticks, CDF medians) are scrambled by PDF extraction, but every value needed for this review is duplicated in the prose and in Tables 1–4, so no judgment rests on the garbled figure text.

Go deeper on this paper

Reproduce ResultsNot feasible for this paper — the core results cannot be re-derived by sandboxed code simulation.

Wrote a paper? Stress-test it before reviewers do.

Upload your manuscript for the same structured scrutiny — reasoning, statistics, evidence, figures, and reproducibility.

Scan your paper
Scalable Context Orchestration for Serving LLMs Over Voice | Evolve.Pub