[srslte-users] zmq driver help

[Xavier Arteaga]

hi Mirko.
It is great to read about your success running srsLTE with ZMQ.

Thanks,
Xavier

On Thu, 18 Jul 2019 at 11:25, Mirko Kovacevic <northmirko at gmail.com> wrote:

> Hi, Xavier,
>
> thank for you answer.
>
> Good news, I managed to set up all properly,
> zmq driver is a great feature!!!!
> I attached some screenshots.
> Plan to integrate this with commercial EPC, let you know results.
>
> Also put:
>
> *--rf.time_adv_nsamples=20*   #earlier I put much bigger values,
> over-estimate delay expectation
>
>
> [image: 2019-07-15_23-19-04.png]
> [image: 2019-07-15_23-18-17.png]
> [image: 2019-07-15_23-05-19.png]
>
> [image: 2019-07-15_23-19-33.png]
>
>
>
> On Tue, Jul 16, 2019 at 10:25 AM Xavier Arteaga <
> xavier at softwareradiosystems.com> wrote:
>
>> Hi Mirko,
>> It is great to read your interest in ZMQ.
>>
>> The UE and the eNodeb have a number of timers specified by the 3GPP. Some
>> of these timers are based on system timers and not in RF-based timers. When
>> ZMQ between two computers is used, the baseband throughput is so low that
>> the latency sky-rockets and timers expire easily. This cause the UE to
>> frequently fail to attach.
>>
>> You can set these timers to their maximum values in sib.conf:
>>   ue_timers_and_constants =
>>   {
>>       t300 = 2000; // in ms
>>       t301 = 2000;  // in ms
>>       t310 = 2000; // in ms
>>       n310 = 20;
>>       t311 = 30000; // in ms
>>       n311 = 10;
>>   };
>>
>> I highly recommend using the srsue and srsenb in the same machine (no
>> virtual) as an initial step.
>>
>> Also, we prepared the attached guide. It will be published in a few days
>> but it would be great getting some feedback on it.
>>
>> Many thanks,
>> Xavier
>>
>> On Tue, 16 Jul 2019 at 09:52, Mirko Kovacevic <northmirko at gmail.com>
>> wrote:
>>
>>> Hi there, Dear srsLTE
>>>
>>>
>>> I'm being delighted with latest release, especially with new feature
>>> Fake RF with zmq.
>>> Guys,
>>> you done fantastic job,
>>> planing to contribute my time to project.
>>>
>>> After several days of code review and mailing list traversing, I tried
>>> srsUE/srsENB with zmq driver installed on two separate VMs, each with 2x
>>> CPU, and 2048 MB of RAM, host machine 16GB / 8 CPU.
>>> I made regression tests on "make test zmq_driver" but test is not
>>> passing all the time.
>>> Maybe VMs are still not a desirable environment to execute  such kind of
>>> realtime tasks or something still need to be done to VM to perform better.
>>>
>>> Nevertheless,
>>> UE managed to decode BCCH, read the cell, sent message on PRACH.
>>> After that I only get Radio Link failures caused by tx time offset in
>>> transmission.
>>>
>>> I tried to play with options:
>>> ---------------
>>> --rf.time_adv_nsamples=value
>>> -------------------
>>> Put base_rate to
>>>
>>> base rate=1.92e6
>>> ------------
>>>
>>> Changed
>>> n_prb =6 (1.4Mhz bandwidth)
>>> ---------------
>>>
>>> but no progress at all.
>>>
>>>
>>> Do you have idea what else could be done when dealing with zmq driver ?
>>> How to determine tx time offset when using zmq ?
>>>
>>>
>>>
>>>
>>>
>>>
>>> --
>>>
>>> *Puno pozdrava,Mirko Kovacevic*
>>>
>>>
>>> _______________________________________________
>>> srslte-users mailing list
>>> srslte-users at lists.softwareradiosystems.com
>>> http://www.softwareradiosystems.com/mailman/listinfo/srslte-users
>>>
>>
>
> --
>
> *Puno pozdrava,Mirko Kovacevic*
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.srsran.com/pipermail/srsran-users/attachments/20190718/858437ec/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 2019-07-15_23-05-19.png
Type: image/png
Size: 33943 bytes
Desc: not available
URL: <https://lists.srsran.com/pipermail/srsran-users/attachments/20190718/858437ec/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 2019-07-15_23-19-04.png
Type: image/png
Size: 66645 bytes
Desc: not available
URL: <https://lists.srsran.com/pipermail/srsran-users/attachments/20190718/858437ec/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 2019-07-15_23-18-17.png
Type: image/png
Size: 47552 bytes
Desc: not available
URL: <https://lists.srsran.com/pipermail/srsran-users/attachments/20190718/858437ec/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 2019-07-15_23-19-33.png
Type: image/png
Size: 106996 bytes
Desc: not available
URL: <https://lists.srsran.com/pipermail/srsran-users/attachments/20190718/858437ec/attachment-0003.png>