Abstract

Radio Frequency Interference (RFI) mitigation is extremely important to take advantage of the vastly improved bandwidth, sensitivity, and field-of-view of modern radio telescopes like LOFAR, Apertif (WSRT) and SKA. Due to the high bandwidth requirements, RFI mitigation must be done automatically, and in real-time. In previous work [1], we introduced novel real-time RFI mitigation algorithms that are based on earlier offline methods by Offringa and others [2]. Our approach has the following key design and implementation features. 1)Real-time. Our algorithms were designed specifically for real-time mitigation, and fit in different places of real-time processing pipelines. For instance, our LOFAR prototype can perform mitigation before and after the correlator, and before or after the beam former. In the current SKA time domain prototype, a part of the Central Signal Processor (CSP), we only perform post-beam forming RFI mitigation in software. Because of real-time computational and memory restrictions, our algorithms are designed to work with only very little data. This typically means time windows of only one second or less, and only few frequency channels. The latter is because frequency channels are often distributed over different compute nodes. Therefore, our algorithms keep statistics about past signal properties to improve mitigation performance. 2)High-performance. Our algorithms are extremely fast, and all methods were chosen or designed such that the computational requirements scale linearly in the number of samples and frequency channels. This is a requirement to meet real-time deadlines, but equally important for power budget considerations. We have versions of the code for CPUs and GPUs. The latter are an order of magnitude faster and more power efficient. 3)Scale-invariant. The algorithms are scale-invariant, and work on microsecond to second time scales, and on widely different frequency scales as well. This property is important to make sure the algorithms work in various places in the signal processing pipelines, and on different telescopes. 4)Generic. We aim to make the mitigation algorithms as generic as possible, both in terms of software engineering, making it easier to integrate in an existing pipeline codebase, but also for portability to multiple telescopes and multiple science cases (both in the imaging and time domain). Because of this, the implementation works on visibility data, but also on raw voltages, and beam formed data.

Full Text
Published version (Free)

Talk to us

Join us for a 30 min session where you can share your feedback and ask us any queries you have

Schedule a call