Imagine you're assembling a jigsaw puzzle, but three friends are handing you pieces simultaneously — one gives you edges (LiDAR), one gives you corner hints (IMU), and one occasionally shouts the rough quadrant from across the room (GNSS). Most existing systems let the edge-piece friend build a growing picture alone, and only ask the quadrant-shouter to nudge things when the picture looks wrong. The problem: if the edge pieces are ambiguous — a featureless bridge deck, a tunnel, a repetitive corridor — the picture drifts silently, and by the time the quadrant-shouter notices, the jigsaw is unsalvageable. GLIO2's core move is refusing to let any one friend work alone. Every single scan, every IMU reading, every raw GNSS pseudorange goes into a single sliding-window optimization solved on a GPU in parallel, so all three friends are permanently arguing over the same puzzle board. The committed claim: a tightly-coupled LiDAR-Inertial-GNSS system that runs real-time on edge hardware (Jetson Orin NX, ~25 Hz) while maintaining globally consistent accuracy in environments that cause every tested competitor to diverge. This is not the first LiDAR-inertial-GNSS fusion system — FAST-LIO, LIO-SAM, Point-LIO, and others exist — but the tight coupling at the raw-measurement level, executed on GPU with a scan-to-multiscan front-end, is the specific architectural novelty. The authors diagnose two failure modes in existing scan-to-map pipelines: irrecoverable drift under degeneracy, and over-confident covariance that locks out GNSS corrections. GLIO2 addresses both by keeping raw correspondences available in the factor graph so GNSS can re-weight them. The ladder comparison is solid and honest. Three public benchmarks (UrbanNav, MARS-LVIG, M3DGR) plus self-collected UAV and vehicle data. The headline result: on a 5.66 km bridge traversal at up to 96 km/h — a degeneracy torture test — GLIO2 holds 1.6 m horizontal accuracy while FAST-LIO2, Point-LIO, and other baselines diverge entirely. On UrbanNav Whampoa (4.51 km, 30 min), the offline back-end refines the full trajectory in ~24 seconds by reusing cached factors. Across benchmarks, GLIO2 reports the best overall accuracy among evaluated systems, though the paper is careful to note specific sequences where competitors remain close. Architecturally, this belongs to the sliding-window factor graph family — think iSAM2 lineage — but with GPU parallelism applied to the scan-to-multiscan registration and factor construction. The method leans heavily on CUDA parallelism to make tight coupling computationally tractable on edge hardware. The IMU pre-integration factors, LiDAR point-to-plane/point-to-line factors, and raw GNSS pseudorange factors all live in the same optimization window. This is the key structural choice: loosely-coupled systems run LiDAR odometry first and feed poses to a GNSS fusion layer; GLIO2 refuses that decoupling. Integrity is reasonable for a robotics systems paper. The benchmarks are public and community-standard; UrbanNav and M3DGR are widely used. The baselines are current — FAST-LIO2, Point-LIO, LIO-SAM, DLIO — not straw men. Self-collected data adds breadth but can't be independently verified yet. Code and datasets are promised but not yet released at time of writing. No pre-registration, which is standard for the field. The bridge sequence is a genuine stress test, not a cherry-picked easy case. The main integrity gap: we're trusting the authors' implementation of competing baselines, and some of the self-collected sequences lack independent ground truth. The milestone that matters for this line of work is robust, centimeter-level global localization on edge hardware in fully degraded environments — tunnels, underground mines, GPS-denied urban canyons — at 50+ Hz. GLIO2 sits at 1.6 m accuracy / 25 Hz on a bridge; the next unlock is sub-meter in mixed indoor-outdoor transitions with seamless GNSS dropout handling, which would make this directly deployable for autonomous last-mile delivery and warehouse-to-street transitions. The obvious experiment not run: performance under sustained, complete GNSS denial (not just LiDAR degeneracy). The bridge test shows LiDAR-degenerate conditions with GNSS available; the inverse — GNSS-denied with good LiDAR — and the double-denial case are not systematically tested. Honest read: likely (a) the self-collected datasets didn't include prolonged indoor segments, and (c) GNSS-denied graceful degradation is the natural next paper.
