[srslte-users] PDCCH MISS being too High with PDSCH transmission

[Justin Tallon]

Hey Sandeep,

Sorry I may not have been clear, I meant for you to run

./pdsch_ue -f 806000000 or ./pdsch_ue -f 816000000 with an antenna and try
receive a commercial cell

let me know what this looks like.

Thanks,

Justin

____
Justin Tallon Ph.D.

Software Radio Systems (SRS)
http://www.softwareradiosystems.com

+353-86-067-0753 | justin.tallon at softwareradiosystems.com

On Fri, Feb 9, 2018 at 4:56 PM, Sandeep Sarma -ERS, HCL Tech <
sandeep-s at hcl.com> wrote:

> Hello Justin,
>
> Thanks a lot for the quick response.
>
> By default the mbsfn_subframe - sf_type is set to "true" on initialization
> (pdsch_enodeb).
>
> I have set it to false and used the frequencies suggested by you and the
> behaviour is as below:
>
> I could see some improvement where the PDCCH-Miss now shows up to 80%, a
> decrease ~20% from previous tests.
>
> Just for information, what should be the ideal PDCCH decode failure rate
> in these radio conditions and what power levels should be set?
>
> Again, appreciate your help.
>
> BR,
> Sandeep
>
> ------------------------------
> *From:* Justin Tallon <justin.tallon at softwareradiosystems.com>
> *Sent:* Friday, February 9, 2018 9:41:19 PM
> *To:* Sandeep Sarma -ERS, HCL Tech
> *Cc:* srslte-users at lists.softwareradiosystems.com; Sriram P; Jagadish
> Rajanna; Nazia Shaik
> *Subject:* Re: [srslte-users] PDCCH MISS being too High with PDSCH
> transmission
>
> Hey Sandeep!
>
> I see in the logs "Sandy setting mbsfn_subframe to true"
>
> Are setting this value to True?
>
> Can you try to receive a commercial cell with the pdsch_ue to see if you
> can see a reasonable signal?
>
> try 806000000 or 816000000.
>
> Thanks,
> Justin
>
> ____
> Justin Tallon Ph.D.
>
> Software Radio Systems (SRS)
> http://www.softwareradiosystems.com
> <https://apac01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.softwareradiosystems.com%2F&data=02%7C01%7Csandeep-s%40hcl.com%7Cf8fb5838bccc4f5a6c6908d56fd7cf4c%7Cdd85efd06a9c4fee843ed525fa4be3ca%7C0%7C0%7C636537895051230445&sdata=PCuP8RCLXrDpdQ%2B5vi%2Bj%2F%2FcQ1ipel%2BjatupFHBLDFm4%3D&reserved=0>
>
> +353-86-067-0753 <+353%2086%20067%200753> | justin.tallon@
> softwareradiosystems.com
>
> On Fri, Feb 9, 2018 at 2:32 PM, Sandeep Sarma -ERS, HCL Tech <
> sandeep-s at hcl.com> wrote:
>
> Hello srsLTE Users,
>
>
> I have a test setup with 2 USRP B210 SDRs and a wired RF cable between Tx
> and Rx antenna ports.
>
>
> While I run the pdsch_enb and pdsch_ue example scripts, I see a lot of DCI
> miss through PDCCH-Miss % being around 90-98%.
>
>
> Tx_gain, clock rate is default and I have a 30DB attenuator at the
> pdsch_ue (USRP Rrx side).
>
>
> Below are the commands and verbose logs are attached.
>
> pdsch_enb:
>
> ./pdsch_enodeb -f 5200000000 -m 11 -p 50 -v -n 5000
>
>
> pdsch_ue:
>
> ./pdsch_ue -f 5200000000 -r 1234 -v
>
>
> I've also tried with increasing the tx_gain and mcs but situation is same.
>
>
> Appreciate if I can hear from anyone on how to improve the decoding at the
> receiving end. It would help tremendously.
>
>
> BR,
>
> Sandeep
> ::DISCLAIMER::
> ------------------------------------------------------------
> ------------------------------------------------------------
> ------------------------------------------------------------
> ------------------------------------------------------------
> --------------------------------------
> The contents of this e-mail and any attachment(s) are confidential and
> intended for the named recipient(s) only. E-mail transmission is not
> guaranteed to be secure or error-free as information could be intercepted,
> corrupted, lost, destroyed, arrive late or incomplete, or may contain
> viruses in transmission. The e mail and its contents (with or without
> referred errors) shall therefore not attach any liability on the originator
> or HCL or its affiliates. Views or opinions, if any, presented in this
> email are solely those of the author and may not necessarily reflect the
> views or opinions of HCL or its affiliates. Any form of reproduction,
> dissemination, copying, disclosure, modification, distribution and / or
> publication of this message without the prior written consent of authorized
> representative of HCL is strictly prohibited. If you have received this
> email in error please delete it and notify the sender immediately. Before
> opening any email and/or attachments, please check them for viruses and
> other defects.
> ------------------------------------------------------------
> ------------------------------------------------------------
> ------------------------------------------------------------
> ------------------------------------------------------------
> --------------------------------------
>
> _______________________________________________
> srslte-users mailing list
> srslte-users at lists.softwareradiosystems.com
> http://www.softwareradiosystems.com/mailman/listinfo/srslte-users
> <https://apac01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.softwareradiosystems.com%2Fmailman%2Flistinfo%2Fsrslte-users&data=02%7C01%7Csandeep-s%40hcl.com%7Cf8fb5838bccc4f5a6c6908d56fd7cf4c%7Cdd85efd06a9c4fee843ed525fa4be3ca%7C0%7C0%7C636537895051230445&sdata=OxLB6rESevvWY6ECYd%2FMgqUn6DbXmF1zG%2FYb%2Fb6nA6k%3D&reserved=0>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.srsran.com/pipermail/srsran-users/attachments/20180209/d7b81f53/attachment.htm>