[srslte-users] SSS sequence timestamps and coverage

rreze halili rrezehalili89 at gmail.com
Thu Apr 15 12:21:42 UTC 2021


Hi all,
Hi Nazir Ikhtiari (*zir ikh* nazirmik at gmail.com
<srslte-users%40lists.softwareradiosystems.com?Subject=Re%3A%20%5Bsrslte-users%5D%20SSS%20sequence%20timestamps%20have%20a%20staircase%20like%20drift.%0A%09Why%20%3F&In-Reply-To=%3CCAPCaPLUbbSj%2BNL%2B0bLFbOpzbuPAUCmuTGfR5RmBf3hgKuFs7Rg%40mail.gmail.com%3E>
)

I see that you have worked with PSS and SSS in srsLTE. I saw some of
your question regarding on how to extract  timestamps of the peak SSS
correlation by
doing the following

SSS timestamp = SF timestamp + SSS_corr_peak_index * Ts. (Ts = sampling)

Please can you share how you obtained the SF timestamp on the srsUE
and srsenb. Do you consider the SF timestamp the time saved on ue.log
files (example: 18:00:25.326998 [PHY0] [D] [    0] SYNC:  received
1920 samples from radio).

Also, I have found that the only source file which contains the
sss_idx (SSS_corr_peak_index) is srsLTE
<https://github.com/srsLTE/srsLTE>/lib
<https://github.com/srsLTE/srsLTE/tree/master/lib>/src
<https://github.com/srsLTE/srsLTE/tree/master/lib/src>/phy
<https://github.com/srsLTE/srsLTE/tree/master/lib/src/phy>/sync
<https://github.com/srsLTE/srsLTE/tree/master/lib/src/phy/sync>/sync.c.
Do you consider this index?

Also, I am using N310 as transmitter and B210 as a receiver, but the
communication between them is achieved only when I reduce the number
of resource blocks from 50 to n_b= 6. Can someone give me any hint why
this is happening?

What is the maximum coverage you obated using srsLTE at  2600 MHz and above.

Thank you in advance for your support.

Best regards,

Rreze Halili
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.srsran.com/pipermail/srsran-users/attachments/20210415/0794b6c3/attachment.htm>


More information about the srsran-users mailing list