[srslte-users] zmq driver help

Fri Jul 19 08:12:56 UTC 2019

Hi Nghia,
Did you look at the enb and ue logs?

It could be that some timer that is currently based on the system expires
in your setup.

Regards,
Xavier

On Thu, 18 Jul 2019 at 21:32, Hữu Nghĩa Nguyễn <
nguyenhuunghia.gtvt at gmail.com> wrote:

> Dear Mirko, Xavier,
>
> I face the same problem when trying ZeroMQ to communicate between UE and
> eNB on the same machine.
>
> I tried all the parameters as cited in the your emails as well as in the
> pdf guide.
> But no luck. Always get the message "Warning: Detected Radio-Link
> Failure". Please find its execution log below.
>
> Have you any detailed information to resolve the problem ? Could you share
> your ue.conf and enb.conf files ?
>
> By the way, do you know how to connect multiple UEs to eNB by using ZeroMQ?
>
> Thank you in advance.
> Best regards,
> Nghia Nguyen.
>
>
> =======================================================
> Reading configuration file ue.conf...
>
> Built in Debug mode using 19.3.0.
>
> ---  Software Radio Systems LTE UE  ---
>
> Opening 1 RF devices with 1 RF channels...
> Using base rate=1.92e6
> Using rx_port=tcp://localhost:5555
> Using tx_port=tcp://*:5554
> Using ID=ue
> Current sample rate is 1.92 MHz with a base rate of 1.92 MHz (x1
> decimation)
>
> Warning burst preamble is not calibrated for device zmq. Set a value
> manually
>
> Waiting PHY to initialize...
> ...
> Attaching UE...
> Searching cell in DL EARFCN=3400, f_dl=2685.0 MHz, f_ul=2565.0 MHz
> Current sample rate is 1.92 MHz with a base rate of 1.92 MHz (x1
> decimation)
> Current sample rate is 1.92 MHz with a base rate of 1.92 MHz (x1
> decimation)
>
> Warning TX/RX time offset has not been calibrated for device zmq. Set a
> value manually
>
> .
> Found Cell:  Mode=FDD, PCI=1, PRB=6, Ports=1, CFO=0.0 KHz
> Current sample rate is 1.92 MHz with a base rate of 1.92 MHz (x1
> decimation)
> Current sample rate is 1.92 MHz with a base rate of 1.92 MHz (x1
> decimation)
>
> Warning TX/RX time offset has not been calibrated for device zmq. Set a
> value manually
>
> Found PLMN:  Id=00101, TAC=7
> Random Access Transmission: seq=29, ra-rnti=0x2
> Random Access Transmission: seq=32, ra-rnti=0x2
> Random Access Transmission: seq=12, ra-rnti=0x2
> Random Access Transmission: seq=22, ra-rnti=0x2
> Random Access Transmission: seq=4, ra-rnti=0x2
> Random Access Transmission: seq=3, ra-rnti=0x2
> Random Access Transmission: seq=1, ra-rnti=0x2
> Random Access Transmission: seq=36, ra-rnti=0x2
> Random Access Transmission: seq=11, ra-rnti=0x2
> Random Access Transmission: seq=24, ra-rnti=0x2
> Warning: Detected Radio-Link Failure
> Random Access Transmission: seq=46, ra-rnti=0x2
> Random Access Transmission: seq=12, ra-rnti=0x2
> Random Access Transmission: seq=42, ra-rnti=0x2
> Random Access Transmission: seq=34, ra-rnti=0x2
> Random Access Transmission: seq=19, ra-rnti=0x2
> Random Access Transmission: seq=32, ra-rnti=0x2
> Random Access Transmission: seq=36, ra-rnti=0x2
> Random Access Transmission: seq=11, ra-rnti=0x2
> Random Access Transmission: seq=20, ra-rnti=0x2
> Random Access Transmission: seq=45, ra-rnti=0x2
> Warning: Detected Radio-Link Failure
> Random Access Transmission: seq=42, ra-rnti=0x2
> Random Access Transmission: seq=30, ra-rnti=0x2
> Random Access Transmission: seq=16, ra-rnti=0x2
> Random Access Transmission: seq=31, ra-rnti=0x2
> Random Access Transmission: seq=28, ra-rnti=0x2
> Random Access Transmission: seq=20, ra-rnti=0x2
> Random Access Transmission: seq=34, ra-rnti=0x2
> Random Access Transmission: seq=30, ra-rnti=0x2
> Random Access Transmission: seq=33, ra-rnti=0x2
> Random Access Transmission: seq=21, ra-rnti=0x2
> Warning: Detected Radio-Link Failure
> ^CStopping srsUE... Press Ctrl+C 9 more times to force stop
> Saving MAC PCAP file
> ---  exiting  ---
>
> =======================================================
>
> > Date: Thu, 18 Jul 2019 12:36:17 +0200
> > From: Xavier Arteaga <xavier at softwareradiosystems.com>
> > To: Mirko Kovacevic <northmirko at gmail.com>
> > Cc: srslte-users <srslte-users at lists.softwareradiosystems.com>
> > Subject: Re: [srslte-users] zmq driver help
> > Message-ID:
> >       <
> CAO5ZCFav8Yw8R_RrAti7SrYd5yD6vBUQv3r7RkA_eSO5oy5JoA at mail.gmail.com>
> > Content-Type: text/plain; charset="utf-8"
> >
> > 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: <
> http://www.softwareradiosystems.com/pipermail/srslte-users/attachments/20190718/858437ec/attachment.html
> >
> > -------------- 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: <
> http://www.softwareradiosystems.com/pipermail/srslte-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: <
> http://www.softwareradiosystems.com/pipermail/srslte-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: <
> http://www.softwareradiosystems.com/pipermail/srslte-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: <
> http://www.softwareradiosystems.com/pipermail/srslte-users/attachments/20190718/858437ec/attachment-0003.png
> >
> >
> > ------------------------------
> >
> > Subject: Digest Footer
> >
> > _______________________________________________
> > srslte-users mailing list
> > srslte-users at lists.softwareradiosystems.com
> > http://www.softwareradiosystems.com/mailman/listinfo/srslte-users
> >
> >
> > ------------------------------
> >
> > End of srslte-users Digest, Vol 53, Issue 32
> > ********************************************
>
> _______________________________________________
> srslte-users mailing list
> srslte-users at lists.softwareradiosystems.com
> http://www.softwareradiosystems.com/mailman/listinfo/srslte-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.srsran.com/pipermail/srsran-users/attachments/20190719/9c2ae5ce/attachment.htm>