Search arXiv⌕ Search
Home/Archive/arXiv

arXiv · 2610.22581

VesperCSI: A High-Performance and Extensible CSI Acquisition Framework for Edge Wi-Fi Sensing

Kaan Baydemir·Sajjad Baghaee·Ilkay Ulusoy
View original source ↗Read source document ↗Export metadata ↓

Abstract

Channel State Information (CSI) captures fine-grained changes in Wi-Fi channel propagation and provides a foundation for device-free sensing applications such as activity recognition, localization, and occupancy detection. The development of such applications depends on an acquisition system that can handle high-rate CSI streams while remaining extensible to the requirements of individual experiments. VesperCSI is an open-source, GPL-3.0-licensed redesign of FeitCSI for CSI acquisition with Intel AX200 and AX210 Wi-Fi interfaces. It targets high-rate acquisition on amd64 and aarch64 Linux hosts using fixed-capacity preallocated object pools and separate capture and consumer threads. A loadable plugin interface supports experiment-specific monitoring, storage, and processing. We evaluate VesperCSI and FeitCSI on Raspberry Pi CM4 receivers in a burst-traffic software crossover. At a 600-MHz all-core frequency ceiling and a target rate of 2500 frames/s, VesperCSI achieves mean sequence retention of 99.017-99.087% in 10,000-frame bursts, compared with 43.972-46.553% for FeitCSI. This ordering persists after exchanging the userspace programs between two receivers while retaining their respective drivers. The comparison therefore characterizes the tested software-and-driver packages rather than isolating userspace effects. These results support VesperCSI as a reusable acquisition component for edge-hosted Wi-Fi sensing under the evaluated workload and platform conditions.

Explore related subjects

cs.NIcs.PFeess.SP

Keep this discovery

Explore connections, maps & timelines

BibTeXRIS

Kaan Baydemir, Sajjad Baghaee, Ilkay Ulusoy. 2026-10-15. VesperCSI: A High-Performance and Extensible CSI Acquisition Framework for Edge Wi-Fi Sensing. https://arxiv.org/abs/2610.22581

Cite the original work for its findings. Save a collection to share your selection of sources.

KEEP EXPLORING

Related papers

arXiv2026

SpraySense: Sensing Gray Failures through Packet Spraying Discrepancies

Distributed machine learning (ML) training has become a dominant workload in modern data center networks, operating at massive scale with clusters comprising tens to hundreds of thousands of GPUs. The scale of these networks makes failures, and particularly gray failures, inevitable. Gray failures can significantly degrade both network and application performance, yet they are notoriously difficult to detect, localize, and debug. To meet the performance demands of ML workloads, adaptive routing is widely deployed to maximize network utilization by dynamically spreading traffic across many paths. While adaptive routing increases network utilization, it also greatly intensifies the effect of gray failures. Prior work has either dismissed gray failures as negligible or proposed detection mechanisms that fail to scale, rendering these approaches increasingly impractical for large-scale clusters. We present SpraySense, a passive gray failure detection system that leverages the statistical properties of adaptive routing and network load balancing. By combining these properties with flow-level information, SpraySense can identify failures before they significantly impact application performance, enabling preemptive rerouting and improving overall performance. Importantly, this is achieved through passive observation of traffic spraying, without introducing additional load on the network. We evaluate SpraySense and show that it can detect and localize a single-link packet-drop-rate $1.5\%$ within a single iteration and as little as $0.5\%$ within 5 training iterations of Llama-3 70B in a 64 spine topology.

cs.NI↗
arXiv2026

An Experimental Assessment of the Spatial and Frequency Selectivity of Reconfigurable Intelligent Surfaces

This work investigates the impact of reconfigurable intelligent surfaces (RIS) on radio links other than the one for which the RIS configuration is optimized. We consider three different scenarios in which a secondary communication link could be affected by a RIS whose configuration is optimized for a primary communication link operating in the vicinity, on the same or on different frequencies. This question is investigated experimentally in the FR1 band, using the CorteXlab radio testbed and a Greenerwave RIS. We show that the impact, in terms of received power and impact on the channel phase of the secondary link, is significant even outside of the nominal frequency range of the RIS, and is not mitigated by carrier frequency separation between the two communication links.

cs.NI↗
arXiv2026

Integrated Sensing and Communication in 3GPP: Evolution from 5G-Advanced to 6G

Integrated sensing and communication (ISAC) extends mobile networks from information transfer toward perception of passive objects and environments. By exploiting propagation delay, Doppler, angle, and temporal variation, a mobile network can support detection and tracking while reusing licensed spectrum, infrastructure, and edge computing at network scale and under operator control. Unlike conventional radar, ISAC must additionally address multi-application access, heterogeneous sensing entities, uncertainty, privacy, trust, and integration with communication services. This article reviews the evolution of ISAC in 3GPP from 5G-Advanced to 6G. It explains Release-19 ISAC service requirements and channel models, the Release-20 sensing function architecture and reporting abstractions, and the 5G monostatic baseline for drone detection and tracking. It also examines 6G-native sensing, including passive object sensing, communication assistance, multiple sensing modes, and multi-source data integration. The article makes the evolution explicit through a comparison of sensing capabilities and KPIs, an assessment of reusable functions and deployment costs, and a quantitative UAV case study linking service targets to sensing configuration, reporting overhead, and delivery latency.

cs.NI↗