[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