pith. sign in

arxiv: 1907.00463 · v1 · pith:3OUZNLPKnew · submitted 2019-06-30 · 📡 eess.SP · cs.PF· cs.SY· eess.SY

Exploiting Acceleration Features of LabVIEW platform for Real-Time GNSS Software Receiver Optimization

Erick Schmidt , David Akopian This is my paper

Pith reviewed 2026-05-25 12:28 UTC · model grok-4.3

classification 📡 eess.SP cs.PFcs.SYeess.SY
keywords LabVIEWGNSS receiverreal-time processingsoftware-defined radioGPSC/C++ optimizationmultithreadingfast prototyping
0
0 comments X

The pith

LabVIEW with C/C++ DLLs achieves real-time GNSS software receiver operation on portable hardware for fast prototyping.

A machine-rendered reading of the paper's core claim, the machinery that carries it, and where it could break.

This paper presents a GPS receiver testbed built on the LabVIEW platform that incorporates C/C++ dynamic link libraries to handle baseband processing. The system divides tasks into acquisition, tracking, and navigation modules that stay open for research modifications such as handling interference or spoofing. LabVIEW's multithreading, parallelization, and dedicated loop structures combine with SIMD optimizations in the software correlators to reach real-time performance. The hardware choice emphasizes portability, allowing the receiver to serve as a mobile platform for algorithm testing.

Core claim

The paper establishes a LabVIEW-based GPS receiver testbed integrated with C/C++ DLLs for the baseband modules of acquisition, tracking, and navigation. Acceleration factors inherent to the platform, including multithreading, parallelization, dedicated loop structures, and C/C++ SIMD optimizations in the correlators, enable real-time GNSS operation on portable hardware. This design supports fast prototyping and straightforward additions for research on signal quality improvement in GPS-denied areas, spoofing, and interferences.

What carries the argument

LabVIEW multithreading, parallelization, dedicated loop structures, and C/C++ SIMD optimizations applied to DLL-based acquisition, tracking, and navigation modules that carry the real-time GNSS processing.

If this is right

  • Open baseband modules allow direct research on signal quality in GPS-denied areas, spoofing, and interferences.
  • The chosen hardware supports portability and mobility for the SDR receiver.
  • Real-time performance is achieved while preserving ease of future additions to the receiver algorithms.
  • LabVIEW-based solutions compete with other platforms for fast prototyping of GNSS receiver algorithms.

Where Pith is reading between the lines

These are editorial extensions of the paper, not claims the author makes directly.

  • The modular structure could extend to multi-constellation GNSS processing beyond GPS.
  • Similar LabVIEW-plus-DLL patterns might shorten development cycles for other real-time signal processing tasks in academic labs.
  • Field deployment on the portable hardware could enable direct testing of new algorithms under actual mobility conditions.

Load-bearing premise

LabVIEW's multithreading, parallelization, dedicated loop structures, and C/C++ SIMD optimizations are sufficient to reach real-time GNSS operation on the chosen portable hardware.

What would settle it

A measurement showing that the receiver cannot maintain real-time tracking of multiple satellites simultaneously on the portable hardware without buffer overflows or dropped samples would falsify the claim.

Figures

Figures reproduced from arXiv: 1907.00463 by David Akopian, Erick Schmidt.

Figure 1
Figure 1. Figure 1: Implementation cost of a GPS receiver. The basic understanding for software-defined radio is implementation of conventional communication baseband modules in software; and a hardware part that takes care of receiving real-time signals and converting them into the digital domain for post-processing. Commercial receivers typically provide only application programming interface (API) access, which limits inte… view at source ↗
Figure 2
Figure 2. Figure 2: UTSA’s development and testing platform for GPS SDR including RF Front-End, GPS simulator, SDR receiver, A￾GPS support, host PC, and software platform [PITH_FULL_IMAGE:figures/full_fig_p003_2.png] view at source ↗
Figure 6
Figure 6. Figure 6: Front panel of the working SDR receiver in LabVIEW. Left shows configuration parameters, and right shows acquisition visualization outputs. 3.1 GPS L1 baseband processing Conventional GPS processing is widely covered in literature [1], [12], [21], [22]. The GPS system consists of 32 satellites orbiting the Earth, which transmit a signal on the L1, L2, and L5 carrier frequency bands. The payload data contai… view at source ↗
Figure 7
Figure 7. Figure 7: A basic demodulation scheme. The navigation data contains orbital and clock parameters which are used in the computation of user position. In addition, navigation data includes a time-stamp message which can be used to compute range measurements by a time￾difference of arrival (TDOA). The identification of the time-stamps in the received signal along with the code-phase measurements is used to obtain time … view at source ↗
Figure 9
Figure 9. Figure 9: Internal data flow on LabVIEW SDR. The flow inside the main VI consists of three stages: Initialization of variables, the main loop (Multi￾producer/consumer loop), and the finalize setup and close session. The initialization part is in charge of initializing variable flows for system settings which contain configuration variables for the current GPS session, and a twelve channel parameters array. Each chan… view at source ↗
Figure 10
Figure 10. Figure 10: shows the main producer loop. This consists of while loop that runs until the receiver is stopped. It has a single subVI function inside it which is in charge of requesting data from the front-end [PITH_FULL_IMAGE:figures/full_fig_p009_10.png] view at source ↗
Figure 11
Figure 11. Figure 11: shows detailed consumer loop and how the data flow is handled. Concurrently and in a parallel graphical flow (based on LabVIEW multi-threading and parallelism feature), the consumer loop collects data from the queue (Dequeue) generated previously for the main producer. The main consumer loop contains the main C/C++ modules and therefore all the baseband blocks compiled as DLLs. Main data samples post-proc… view at source ↗
Figure 12
Figure 12. Figure 12: (left) Call Library Function Node configuration, and (right) actual VI icon in block diagram. The Call Library Function Node should be configured to point to a .dll file which contains all the library functions. Once the file is selected, all these functions inside the DLL appear in the function name dropbox. These functions should be specially coded in the Visual Studio solution by using the appropriate … view at source ↗
read the original abstract

This paper presents the new generation of LabVIEW-based GPS receiver testbed that is based on National Instruments' (NI) LabVIEW (LV) platform in conjunction to C/C++ dynamic link libraries (DLL) used inside the platform for performance execution. This GPS receiver has been optimized for real-time operation and has been developed for fast prototyping and easiness on future additions and implementations to the system. The receiver DLLs are divided into three baseband modules: acquisition, tracking, and navigation. The openness of received baseband modules allows for extensive research topics such as signal quality improvement on GPS-denied areas, signal spoofing, and signal interferences. The hardware used in the system was chosen with an effort to achieve portability and mobility in the SDR receiver. Several acceleration factors that accomplish real-time operation and that are inherent to LabVIEW mechanisms, such as multithreading, parallelization and dedicated loop-structures, are discussed. The proposed SDR also exploits C/C++ optimization techniques for single-instruction multiple-data (SIMD) capable processors in software correlators for real-time operation of GNSS tracking loops. It is demonstrated that LabVIEW-based solutions provide competitive real-time solutions for fast prototyping of receiver algorithms.

Editorial analysis

A structured set of objections, weighed in public.

Desk editor's note, referee report, simulated authors' rebuttal, and a circularity audit. Tearing a paper down is the easy half of reading it; the pith above is the substance, this is the friction.

Referee Report

1 major / 1 minor

Summary. The manuscript describes a LabVIEW-based GPS software-defined radio receiver that integrates C/C++ DLLs for the three baseband modules (acquisition, tracking, navigation). It discusses the use of LabVIEW-native acceleration mechanisms (multithreading, parallel loop structures) together with SIMD-optimized software correlators to target real-time operation on portable hardware, and asserts that the resulting platform supports fast prototyping and research on GNSS topics such as signal quality in denied environments, spoofing, and interference.

Significance. If the real-time performance assertions were supported by benchmarks, the work would supply a portable, modifiable testbed that lowers the barrier to experimental GNSS algorithm development; the explicit openness of the baseband modules is a constructive feature for the community.

major comments (1)
  1. [Abstract] Abstract: the assertion that 'It is demonstrated that LabVIEW-based solutions provide competitive real-time solutions for fast prototyping of receiver algorithms' is unsupported by any quantitative metrics (achieved sample throughput, per-channel correlation latency, CPU/GPU utilization, or comparison against the 1 ms GPS code period). Without these data the claim that the listed acceleration features suffice for real-time baseband processing on the chosen portable hardware remains an untested assertion rather than a demonstrated result, which is load-bearing for the central contribution.
minor comments (1)
  1. [Abstract] Abstract: 'in conjunction to' should read 'in conjunction with'; 'easiness on future additions' is awkward and could be clarified as 'ease of future additions and modifications'.

Simulated Author's Rebuttal

1 responses · 0 unresolved

We thank the referee for the constructive feedback on our manuscript. We address the single major comment below and will incorporate changes to strengthen the presentation of our results.

read point-by-point responses

  1. Referee: [Abstract] Abstract: the assertion that 'It is demonstrated that LabVIEW-based solutions provide competitive real-time solutions for fast prototyping of receiver algorithms' is unsupported by any quantitative metrics (achieved sample throughput, per-channel correlation latency, CPU/GPU utilization, or comparison against the 1 ms GPS code period). Without these data the claim that the listed acceleration features suffice for real-time baseband processing on the chosen portable hardware remains an untested assertion rather than a demonstrated result, which is load-bearing for the central contribution.

    Authors: We agree that the abstract would be strengthened by the inclusion of explicit quantitative metrics. The manuscript body describes the acceleration mechanisms (multithreading, parallel loop structures, and SIMD-optimized correlators) and states that real-time operation is achieved on the portable hardware, but we acknowledge that the abstract itself does not cite specific benchmark numbers. In the revised manuscript we will update the abstract to report key measured values, including sample throughput, per-channel correlation latency, and a direct comparison against the 1 ms GPS code period, drawn from the experimental results already obtained with the testbed. revision: yes

Circularity Check

0 steps flagged

No circularity; purely descriptive implementation paper with no derivations or equations

full rationale

The paper is a system-description manuscript that details a LabVIEW + C/C++ GNSS receiver architecture, lists acceleration mechanisms (multithreading, parallel loops, SIMD correlators), and asserts real-time capability on portable hardware. It contains no equations, no fitted parameters, no derivation chain, and no self-citations used as load-bearing premises. The central claim is an engineering assertion rather than a mathematical reduction; therefore no step reduces to its own inputs by construction. The absence of performance metrics is a correctness/verification issue, not a circularity issue.

Axiom & Free-Parameter Ledger

0 free parameters · 1 axioms · 0 invented entities

No mathematical model or free parameters; relies on standard assumptions about LabVIEW runtime behavior and processor SIMD support.

axioms (1)
  • domain assumption LabVIEW provides effective multithreading and parallelization for baseband processing
    Invoked when claiming acceleration factors achieve real-time operation.

pith-pipeline@v0.9.0 · 5752 in / 999 out tokens · 36825 ms · 2026-05-25T12:28:03.921621+00:00 · methodology

discussion (0)

Sign in with ORCID, Apple, or X to comment. Anyone can read and Pith papers without signing in.

Reference graph

Works this paper leans on

29 extracted references · 29 canonical work pages

  1. [1]

    Misra, P

    P. Misra, P. Enge. Global Positioning System, Signals, Measurements, and Performance. Ganga -Jamuna Press, Lincoln, MA. 2001

    work page 2001

  2. [2]

    Algorithms for GPS operation indoors and downtown,

    N. Agarwal et al, “Algorithms for GPS operation indoors and downtown,” GPS Solutions. 2002 , vol. 6, no. 3, pp. 149 - 160, Springler-Verlag Heidelberg

    work page 2002

  3. [3]

    A Labview -Based Assisted GPS Receiver Development, Simulation and Testing Platform,

    A. Soghoyan, G. Huang, J. Narisetty, D. Akopian, “A Labview -Based Assisted GPS Receiver Development, Simulation and Testing Platform,” ION GNSS 2011 Conference, Portland, OR, Sep 20 -23, 2011, pp.1982-1994

    work page 2011

  4. [4]

    Assessing the spoofing threat: Development of a portable GPS civilian spoofer,

    T.E. Humphreys, B.M. Ledvina, M.L. Psiaki, B.W. O’Hanlon, P.M. Kintner, “Assessing the spoofing threat: Development of a portable GPS civilian spoofer, ” Proceedings of the 21st International Technical Meeting of the Satellite Division of The Institute of Navigation (ION GNSS 2008), Savannah GA, 2008, pp. 2314–2325

    work page 2008

  5. [5]

    Who’s afraid of the spoofer? GPS/GNSS spoofing detection via automatic gain control (AGC),

    D.M. Akos, “Who’s afraid of the spoofer? GPS/GNSS spoofing detection via automatic gain control (AGC),” Navigation, 59 (4) (2012), pp. 281–290

    work page 2012

  6. [6]

    Detection and mitigation of spoofing attacks on a vector based tracking GPS receiver,

    A. Jafarnia-Jahromi, T. Lin, A. Broumandan, J. Nielsen, G. Lachapelle, “Detection and mitigation of spoofing attacks on a vector based tracking GPS receiver, ” Proceedings of the 2012 International Technical Meeting of The Institute of Navigation, Newport Beach, CA, 2012, pp. 790–800

    work page 2012

  7. [7]

    Dovis GNSS Interference Threats and Countermeasures

    F. Dovis GNSS Interference Threats and Countermeasures. Artech House (2015). 16

    work page 2015

  8. [8]

    Commercial software receiver development tools from iFEN, www.ifen.com

    work page

  9. [9]

    Chapter 5 A GPS software receiver,

    S. Gleason, M. Quigley, and P. Abbeel, "Chapter 5 A GPS software receiver," in GNSS Applications and Methods. Norwood, MA: Artech House, 2009, ch. 5, pp. 121-147

    work page 2009

  10. [10]

    www.gnuradio.org; www.ettus.com

    GNU-Radio and USRP. www.gnuradio.org; www.ettus.com

    work page

  11. [11]

    GNSS-SDR: An Open Source Tool for Researchers and Developers,

    C. Fernandez-Prades, J. Arribas, P. Closas, C. Aviles, and L. Esteve, "GNSS-SDR: An Open Source Tool for Researchers and Developers," Proceedings of the 24th Inter national Technical Meeting of The Satellite Division of the Institute of Navigation (ION GNSS 2011), Portland, OR, September 2011, pp. 780 -794

    work page 2011

  12. [12]

    Borre, D

    K. Borre, D. M. Akos, N. Bertelsen, P. Rinder , S.H. Jensen. A Software -Defined GPS and Galileo Receiver: A Single - Frequency Approach. Birkhauser Boston. 2006

    work page 2006

  13. [13]

    A Labview -Based Assisted GPS Receiver Development, Simulation and Testing Platform,

    A. Soghoyan, G. Huang, J. Narisetty, D. Akopian, “A Labview -Based Assisted GPS Receiver Development, Simulation and Testing Platform,” ION GNSS 2011 Conference, Portland, OR, Sep 20-23, 2011, pp.1982-1994

    work page 2011

  14. [14]

    A LabVIEW-Based GPS Receiver Development and Testing Platform with DSP Peripherals: Case study with C6713 DSK

    A. Soghoyan, D. Akopian, "A LabVIEW-Based GPS Receiver Development and Testing Platform with DSP Peripherals: Case study with C6713 DSK", Journal of Global Positioning Systems, Vol.11, No.2, pp.127-144, 2012

    work page 2012

  15. [15]

    NI Global Navigation Satel lite System Toolkits

    National Instruments. NI Global Navigation Satel lite System Toolkits. [Online]. http://sine.ni.com/nips/cds/view/p/lang/en/nid/204980

    work page

  16. [16]

    A LabVIEW Based GPS Receiver Development and Testing Platform with FPGA Peripherals: Case Study With FlexRIO FPGA Module

    A. Soghoyan, A. Suleiman, D. Akopian, "A LabVIEW Based GPS Receiver Development and Testing Platform with FPGA Peripherals: Case Study With FlexRIO FPGA Module", IEEE Trans. on Instrumentation and Measurement, Vol. 63, No.8, pp. 2001-2012, 2014

    work page 2001

  17. [17]

    GNSS Receiver Implementation on a DSP: Status, Challenges, and Prospects,

    T.E. Humphreys, M.L. Psiaki, and Paul M. Kintner , “GNSS Receiver Implementation on a DSP: Status, Challenges, and Prospects,” Proceedings of the 2006 ION GNSS Conference Fort Worth, TX, September 26-29, 2006

    work page 2006

  18. [18]

    (2014, July) AD9364

    Analog Devices. (2014, July) AD9364. [Online]. http://www.analog.com/media/en/technical-documentation/data- sheets/AD9364.pdf

    work page 2014

  19. [19]

    Board Mounted GPSDO (OCXO) Recommended for USRP X300/X310,

    Ettus Research, a National Instruments (NI) company, "Board Mounted GPSDO (OCXO) Recommended for USRP X300/X310," [Online]. Available: https://www.ettus.com/product/details/GPSDO -MINI. [Accessed July 2016]

    work page 2016

  20. [20]

    Cycle-slip detection and repair in integrated navigation systems,

    A. Lipp and X. Gu, "Cycle-slip detection and repair in integrated navigation systems," in Position Location and Navigation Symposium, 1994., IEEE, Las Vegas, NV, USA, April 1994

    work page 1994

  21. [21]

    E.D. Kaplan. Understanding GPS: Principles and Applications. Boston: Artech House, 1996

    work page 1996

  22. [22]

    GPS Rec eiver Architectures and Measurments

    M. Braasch, A.J. Van Dierendonck, “GPS Rec eiver Architectures and Measurments”, Prcoeeding of the IEEE, Vol.87, No. 1, pp. 48-64, 1999

    work page 1999

  23. [23]

    (2008, May) Front End Hardware Module

    GNSS @ Colorado Center for Astrodynamics Research. (2008, May) Front End Hardware Module. [Online]. http://ccar.colorado.edu/gnss/

    work page 2008

  24. [24]

    (2016, July) Measuring GNSS Signal Strength

    Inside GNSS. (2016, July) Measuring GNSS Signal Strength. [Online]. http://www.insidegnss.com/node/2397

    work page 2016

  25. [25]

    Performance Evaluation of C/N0 Estimators Using a Real Time GNSS Software Receiver,

    Marco Pini, Emanuela Falletti, and Maurizio Fantino, "Performance Evaluation of C/N0 Estimators Using a Real Time GNSS Software Receiver," in 2008 IEEE 10th International Symposium on Spread Spectrum Techniques and Applications, Bologna, 2008, pp. 32-36

    work page 2008

  26. [26]

    Fast FFT based GPS satellite acquisition methods,

    D. Akopian, "Fast FFT based GPS satellite acquisition methods," IEE Proceedings-Radar, Sonar and Navigation, vol. 152, no. 4, pp. 277-286, August 2005

    work page 2005

  27. [27]

    SIMD correlator library for GNSS software receivers,

    G. W. Heckler and J. L. Garrison, “SIMD correlator library for GNSS software receivers,” GPS Solutions, vol. 10, no. 4, pp. 269–276, Nov. 2006, DOI: 10.1007/s10291-006-0037-5

    work page doi:10.1007/s10291-006-0037-5 2006

  28. [28]

    The Design and Implementation of FFTW3,

    M. Frigo and S. G. Johnson, "The Design and Implementation of FFTW3," Proceedings of the IEEE, vol. 93, no. 2, p p. 216-231, 2005

    work page 2005

  29. [29]

    http://www.ni.com/white- paper/6423/en/

    Will My LabVIEW Programs Run Faster When I Upgrade to a Multicore Computer? [Online]. http://www.ni.com/white- paper/6423/en/

    work page