[srsran-users] HackRF One with srsRAN // rtl-sdr compatibility, concerns
Andre Puschmann
andre.puschmann at srs.io
Mon Dec 20 09:11:55 UTC 2021
Hi,
On 17/12/21 23:51, Dan Dole-Muinos wrote:
> Thank you for the feedback on hackRF. If I choose that SDR, and get it
> to work with srsRAN, I'll be sure to let the list know.
Great.
>
> I was curious as well, what might be the limitations in trying to use a
> rtl-sdr to capture a DL LTE signal? From what I understand, the rtl-sdr
> is only capable of capturing a small number of subcarriers due to its
> small bandwidth, but would this (or its sample rate of ~1 MS/s) affect
> tracking the SSS signal for example?
Yes, but for all bandwidths, the sync (PSS/SSS) and PBCH occupy the same
center PRBs. In fact, during cell search we use 1.92Msps to decode those
signals and then increase the bandwidth to the actual cell bandwidth. If
you're using the rtl-sdr, you can use the cell_search example for
instance and decode MIB. What you can't do is to decode SIB, if the cell
is larger than 6 PRBs (which is typically the case for commercial
deployments).
>
> Also, are there any implementation insights you could give me in regards
> to adding rtl-sdr support to srsRAN? If it could be suitable for DL
> reception, I am interested in putting the time into integrating the
> rtl-sdr drivers into the codebase.
rtl-sdr support is already in place through Soapy. It works fine for
narrow bandwidths, see above.
Cheers
Andre
--
Andre Puschmann
Software Radio Systems (SRS)
https://www.srs.io
andre at srs.io
PGP/GnuPG key: 0x204A85DFEA324D58
fingerprint: 3924 1C60 D52E 81A2 1F2E 0C9D 204A 85DF EA32 4D58
More information about the srsran-users
mailing list