[srslte-users] MBMS
alibla at iteam.upv.es
alibla at iteam.upv.es
Thu May 2 15:19:06 UTC 2019
Hi Justin, all,
We thought that our problem is related to Real time processing. In order to check it, we have installed Low Latency kernel ( 4.15.0.49.51) in Ubuntu 18.04 and disabled p-state and c-states, frecuency scaling and hyperthreading (hyperthreading off).
With these small changes, the video that we are transmitting is being received (in PC2) with better quality, but still without displaying it correctly.
For example, with hyperthreading on, 5000 discards out of 20000 messages and with hyperthreading off 700 out of 27000 messages.
We are using the last commit available (Release 18.12 – commit 429ee9019dcbf5bb261ac332425a9bc78b1e8a6c)
What is your setup??? Are you able to send and receive a video correctly?
If you ask, we can attach logs or any other information.
BR
Alvaro
De: srslte-users <srslte-users-bounces at lists.softwareradiosystems.com> En nombre de alibla at iteam.upv.es
Enviado el: jueves, 18 de abril de 2019 10:35
Para: 'Justin Tallon' <justin.tallon at softwareradiosystems.com>
CC: 'srslte-users' <srslte-users at lists.softwareradiosystems.com>; 'Jesus Santiago Franco Orozco' <jesfraor at iteam.upv.es>
Asunto: Re: [srslte-users] MBMS
Hi, Justin, All,
I have test using the commit 6bea1814c9cebc35639f7ba0027750e370aada4d with the corresponding commands.
Unfortunately the behavior is the same.
Find attached “SRS_MBMS.zip” with the commands (CMD.txt), Config files and LOGs, from both sites.
I have also included screenshots, so you can see the video we are receiving.
Thanks a lot for your continuous assistance and have a nice Easter Holidays.
BR
Alvaro
De: Justin Tallon <justin.tallon at softwareradiosystems.com <mailto:justin.tallon at softwareradiosystems.com> >
Enviado el: martes, 16 de abril de 2019 14:22
Para: Alvaro Ibañez Latorre <alibla at iteam.upv.es <mailto:alibla at iteam.upv.es> >
CC: Jordi Gimenez <jordi.gimenez at irt.de <mailto:jordi.gimenez at irt.de> >; srslte-users <srslte-users at lists.softwareradiosystems.com <mailto:srslte-users at lists.softwareradiosystems.com> >; Jesus Santiago Franco Orozco <jesfraor at iteam.upv.es <mailto:jesfraor at iteam.upv.es> >; Manuel Fuentes (iTEAM-UPV) <mafuemue at iteam.upv.es <mailto:mafuemue at iteam.upv.es> >; Eduardo Garro (iTEAM-UPV) <edgarcre at iteam.upv.es <mailto:edgarcre at iteam.upv.es> >
Asunto: Re: AW: [srslte-users] MBMS
Hey guys,
Can you try a checkout of commit 6bea1814c9cebc35639f7ba0027750e370aada4d and run experiment again.
git checkout 6bea1814c9cebc35639f7ba0027750e370aada4d
rm -r CMakeCache.txt
make clean
make -j8
Let me know how it goes,
Justin
____
Justin Tallon Ph.D.
Software Radio Systems (SRS)
<http://www.softwareradiosystems.com/> http://www.softwareradiosystems.com
+353-86-067-0753 | <mailto:justin.tallon at softwareradiosystems.com> justin.tallon at softwareradiosystems.com
On Tue, Apr 16, 2019 at 9:49 AM <alibla at iteam.upv.es <mailto:alibla at iteam.upv.es> > wrote:
Hi, Justin, All,
We are currently testing MBMS changing parameters, that are related to the MCH table, which Jordi mentioned previously. There is a parameter in SIB2, SubframeAllocationNumFrames, that is set to 1.
we have test with SubframeAllocationNumFrames=4 and UE does not connect to the network anymore.
I’ve attached the logs.
As you said in a previous email, you can not reproduce the error in your testbed, we wonder if the problem is related to the way we broadcast the video, using ffmpeg and vlc.
Can you share the instructions you use to stream the video?
BR
Alvaro
De: Jordi Gimenez <jordi.gimenez at irt.de <mailto:jordi.gimenez at irt.de> >
Enviado el: miércoles, 10 de abril de 2019 13:53
Para: Justin Tallon <justin.tallon at softwareradiosystems.com <mailto:justin.tallon at softwareradiosystems.com> >
CC: Alvaro Ibañez Latorre <alibla at iteam.upv.es <mailto:alibla at iteam.upv.es> >; srslte-users <srslte-users at lists.softwareradiosystems.com <mailto:srslte-users at lists.softwareradiosystems.com> >; Jesus Santiago Franco Orozco <jesfraor at iteam.upv.es <mailto:jesfraor at iteam.upv.es> >
Asunto: AW: AW: [srslte-users] MBMS
Hi Justin,
We were wondering in the allocation is not right:
At the UE we have MCH table: |0|1|1|1|0|0|1|1|1|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|
And MCCH table: |0|1|1|1|0|0|1|1|1|0|
It looks like only 1 every four frames are allocating MCH data. Perhaps this is the issue (?).
Our configs here: <https://www.dropbox.com/s/aohbahbwenbadgz/Configs_10_04_19.tar.xz?dl=0> https://www.dropbox.com/s/aohbahbwenbadgz/Configs_10_04_19.tar.xz?dl=0
The git_log with the commit number here: <https://www.dropbox.com/s/fgidievsffn2s59/git_log.txt?dl=0> https://www.dropbox.com/s/fgidievsffn2s59/git_log.txt?dl=0
Thanks a lot!
kR,
Jordi
--
Dr.-Ing. Jordi J. Gimenez
Research Engineer – Funksysteme / Radio Systems
<mailto:Jordi.Gimenez at irt.de> Jordi.Gimenez at irt.de
Tel.: +49 (0)89 32399-341
Mob.: +49 1728417993
Institut für Rundfunktechnik GmbH
Floriansmühlstraße 60, D-80939 München
<http://www.irt.de/> www.irt.de – <http://lab.irt.de/> lab.irt.de
R&D Institute of ARD, ZDF, DRadio, ORF and SRG/SSR
Managing director: Michael Hagemeyer
Registration court: Munich Commercial Register No. B 5191
This e-mail may contain confidential and/or legally protected information. It is exclusively designated for the above mentioned natural or legal person. Unauthorized distribution, copying and sharing is prohibited. If you are not the intended recipient, please notify immediately the sender and destroy this message.
Von: Justin Tallon < <mailto:justin.tallon at softwareradiosystems.com> justin.tallon at softwareradiosystems.com>
Gesendet: Mittwoch, 10. April 2019 00:33
An: Jordi Gimenez < <mailto:jordi.gimenez at irt.de> jordi.gimenez at irt.de>
Cc: Alvaro Ibañez Latorre < <mailto:alibla at iteam.upv.es> alibla at iteam.upv.es>; srslte-users < <mailto:srslte-users at lists.softwareradiosystems.com> srslte-users at lists.softwareradiosystems.com>; Jesus Santiago Franco Orozco < <mailto:jesfraor at iteam.upv.es> jesfraor at iteam.upv.es>
Betreff: Re: AW: [srslte-users] MBMS
Hey Jordi,
I see these packets getting discarded in your logs but I cannot replicate this error on our testbed. Can you share the exact commit number you are using as well as the exact conf files again?
Thanks,
Justin
____
Justin Tallon Ph.D.
Software Radio Systems (SRS)
<http://www.softwareradiosystems.com/> http://www.softwareradiosystems.com
+353-86-067-0753 | <mailto:justin.tallon at softwareradiosystems.com> justin.tallon at softwareradiosystems.com
On Tue, Apr 9, 2019 at 8:00 PM Justin Tallon < <mailto:justin.tallon at softwareradiosystems.com> justin.tallon at softwareradiosystems.com> wrote:
Hey Jordi,
I will have a look at these logs and get back to you with anything I see.
Regards,
Justin
On Tue, 9 Apr 2019, 19:20 Jordi Gimenez, < <mailto:jordi.gimenez at irt.de> jordi.gimenez at irt.de> wrote:
Hi Justin,
We have tried retrieving the commit but with no success. I also updated to the latest version (we saw a commit related to the SSS when using extended CP from a few days ago) and even try to fix the ch_est issue with this versoin but it is not working.
We are attaching the logs of the UE and eNB. This time we register much less crc=KO but at the UE practically all RLC PDUs seem to be discarded due to an issue with the rx window for the unacknowledged mode (at least this is what we are now trying to understand).
You can access the logs here:
-enb: <https://www.dropbox.com/s/mq8jlt5phub46fi/enb.log?dl=0> https://www.dropbox.com/s/mq8jlt5phub46fi/enb.log?dl=0
-ue: <https://www.dropbox.com/s/tll902uyi8nwrb6/ue.log?dl=0> https://www.dropbox.com/s/tll902uyi8nwrb6/ue.log?dl=0
Thanks a lot for your efforts which we very much appreciate.
kR,
Jordi
Von: Justin Tallon < <mailto:justin.tallon at softwareradiosystems.com> justin.tallon at softwareradiosystems.com>
Gesendet: Mittwoch, 3. April 2019 16:23
An: Alvaro Ibañez Latorre < <mailto:alibla at iteam.upv.es> alibla at iteam.upv.es>
Cc: Jordi Gimenez < <mailto:jordi.gimenez at irt.de> jordi.gimenez at irt.de>; srslte-users < <mailto:srslte-users at lists.softwareradiosystems.com> srslte-users at lists.softwareradiosystems.com>; Jesus Santiago Franco Orozco < <mailto:jesfraor at iteam.upv.es> jesfraor at iteam.upv.es>
Betreff: Re: AW: [srslte-users] MBMS
Hey guys,
Can you try reverting the following commit (d4e72d71288a2d8c58459f5fa4aae5b509395758), recompiling and running your experiment again?
Let me know how it goes for you.
Regards,
Justin
____
Justin Tallon Ph.D.
Software Radio Systems (SRS)
<http://www.softwareradiosystems.com/> http://www.softwareradiosystems.com
+353-86-067-0753 | <mailto:justin.tallon at softwareradiosystems.com> justin.tallon at softwareradiosystems.com
On Wed, Apr 3, 2019 at 12:53 PM Alvaro Ibañez Latorre < <mailto:alibla at iteam.upv.es> alibla at iteam.upv.es> wrote:
Hi Justin, all,
Any news about it?
BR
Alvaro
Justin Tallon < <mailto:justin.tallon at softwareradiosystems.com> justin.tallon at softwareradiosystems.com> escribió:
> Hey guys,
>
> I am currently trying to reproduce this behavior on our testbed, it seems
> that you are receiving many KOs at the PHY layer, ill let you know if I
> find similar here.
>
> Regards,
> Justin
> ____
> Justin Tallon Ph.D.
>
> Software Radio Systems (SRS)
> <http://www.softwareradiosystems.com> http://www.softwareradiosystems.com
>
> +353-86-067-0753 | <mailto:justin.tallon at softwareradiosystems.com> justin.tallon at softwareradiosystems.com
>
>
> On Thu, Mar 28, 2019 at 6:02 PM Alvaro Ibañez Latorre < <mailto:alibla at iteam.upv.es> alibla at iteam.upv.es>
> wrote:
>
>> Hi Justin, Jordi, all,
>> We have also tested with the commands you suggested last week, but the
>> behaviour is still the same,
>> I've attached the ue logs.
>> BR
>> Alvaro
>>
>> Jordi Gimenez < <mailto:jordi.gimenez at irt.de> jordi.gimenez at irt.de> escribió:
>>
>> > Hi Justin,
>> >
>> > I am attaching the log of the ue. We have tested your suggestions
>> > but the behavior is, unfortunately, the same.
>> >
>> > It was detected a quite low received power, although the reported
>> > SNR was OK. I have adjusted some radio parameters and also moved to
>> > a lower frequency band. Now the reported power looks fine to me. The
>> > mcs_index is 15, which should be fine.
>> >
>> > As you will see in the log there as some crc=KO in the PMCH, but I
>> > think not too many. We can also see the following message many
>> > times: [RLC ] [I] MRB1 SN: 14 outside rx window [25:0] – discarding
>> > Which worries me a bit more.
>> >
>> > Please let me know if you need more information. Thank you!
>> >
>> > kR,
>> >
>> > Jordi
>> >
>> > --
>> > Dr.-Ing. Jordi J. Gimenez
>> > Research Engineer – Funksysteme / Radio Systems
>> >
>> > <mailto:Jordi.Gimenez at irt.de> Jordi.Gimenez at irt.de<mailto: <mailto:Jordi.Gimenez at irt.de> Jordi.Gimenez at irt.de>
>> > Tel.: +49 (0)89 32399-341
>> > Mob.: +49 1728417993
>> > Institut für Rundfunktechnik GmbH
>> > Floriansmühlstraße 60, D-80939 München
>> > <http://www.irt.de> www.irt.de< <http://www.irt.de/> http://www.irt.de/> – <http://lab.irt.de> lab.irt.de< <http://lab.irt.de/> http://lab.irt.de/>
>> >
>> > R&D Institute of ARD, ZDF, DRadio, ORF and SRG/SSR
>> > Managing director: Michael Hagemeyer
>> > Registration court: Munich Commercial Register No. B 5191
>> >
>> > This e-mail may contain confidential and/or legally protected
>> > information. It is exclusively designated for the above mentioned
>> > natural or legal person. Unauthorized distribution, copying and
>> > sharing is prohibited. If you are not the intended recipient, please
>> > notify immediately the sender and destroy this message.
>> >
>> > Von: Justin Tallon < <mailto:justin.tallon at softwareradiosystems.com> justin.tallon at softwareradiosystems.com>
>> > Gesendet: Freitag, 22. März 2019 19:04
>> > An: Jordi Gimenez < <mailto:jordi.gimenez at irt.de> jordi.gimenez at irt.de>
>> > Cc: Alvaro Ibañez Latorre < <mailto:alibla at iteam.upv.es> alibla at iteam.upv.es>; srslte-users
>> > < <mailto:srslte-users at lists.softwareradiosystems.com> srslte-users at lists.softwareradiosystems.com>
>> > Betreff: Re: [srslte-users] MBMS
>> >
>> > Hey Jordi,
>> >
>> > Can you send on just the UE logs from this last test and also try again
>> with
>> >
>> > average_subframe_enabled = false
>> > equalizer_mode = zf
>> >
>> > I will also try to reproduce this in the lab to see if i can observe
>> > similar behaviour..
>> >
>> > Regards,
>> > Justin
>> >
>> > ____
>> > Justin Tallon Ph.D.
>> >
>> > Software Radio Systems (SRS)
>> > <http://www.softwareradiosystems.com> http://www.softwareradiosystems.com< <http://www.softwareradiosystems.com/> http://www.softwareradiosystems.com/
>> >
>> >
>> > +353-86-067-0753 |
>> > <mailto:justin.tallon at softwareradiosystems.com> justin.tallon at softwareradiosystems.com<mailto:
>> <mailto:justin.tallon at softwareradiosystems.com> justin.tallon at softwareradiosystems.com>
>> >
>> >
>> > On Fri, Mar 22, 2019 at 6:38 PM Jordi Gimenez
>> > < <mailto:jordi.gimenez at irt.de> jordi.gimenez at irt.de<mailto: <mailto:jordi.gimenez at irt.de> jordi.gimenez at irt.de>> wrote:
>> > Hi Justin,
>> >
>> > IRT is going together with UPV on this. I have tried your change.
>> > Unfortunately the behavior is the same.
>> > The version here is 18.12.
>> >
>> > I think the link is OK (we can transmit the text message without
>> > problems) and with sufficient TX and RX gain the are no reports of
>> > link-failure.
>> >
>> > At the UE screen what we get is an MP4 (or MPEGTS) with many
>> > discontinuities so that in the end many packets of the MPEG are
>> > missing and we cannot see the video. So we are not just experiencing
>> > artifacts in the video but a complete loss of many MPEG packets
>> > (looks like we are overflowing a buffer or there is a packet
>> > mismatch somewhere).
>> >
>> > We have also used rtptools to stream the video and generated an
>> > MPEGTS over RTP with very low data rate (just to ensure that we are
>> > not saturating the MBMS-GW input). The problem is, however, still
>> > the same.
>> > Another message that appears from time to time when executing the UE is:
>> > PMCH 1 extract symbols error expecting 4500 symbols but got 48ßß, lstart
>> 3
>> >
>> > This does not popup always but I am just mentioning it in case you
>> > think it could be related to the issue…
>> >
>> > Anyway, thanks a lot for your continuous assistance.
>> >
>> > Kind Regards,
>> >
>> > Jordi
>> >
>> >
>> > Dr.-Ing. Jordi J. Gimenez
>> > Research Engineer – Funksysteme / Radio Systems
>> >
>> > <mailto:Jordi.Gimenez at irt.de> Jordi.Gimenez at irt.de<mailto: <mailto:Jordi.Gimenez at irt.de> Jordi.Gimenez at irt.de>
>> > Tel.: +49 (0)89 32399-341
>> > Mob.: +49 1728417993
>> > Institut für Rundfunktechnik GmbH
>> > Floriansmühlstraße 60, D-80939 München
>> > <http://www.irt.de> www.irt.de< <http://www.irt.de/> http://www.irt.de/> – <http://lab.irt.de> lab.irt.de< <http://lab.irt.de/> http://lab.irt.de/>
>> >
>> > R&D Institute of ARD, ZDF, DRadio, ORF and SRG/SSR
>> > Managing director: Michael Hagemeyer
>> > Registration court: Munich Commercial Register No. B 5191
>> >
>> > This e-mail may contain confidential and/or legally protected
>> > information. It is exclusively designated for the above mentioned
>> > natural or legal person. Unauthorized distribution, copying and
>> > sharing is prohibited. If you are not the intended recipient, please
>> > notify immediately the sender and destroy this message.
>> >
>> > Von: srslte-users
>> > < <mailto:srslte-users-bounces at lists.softwareradiosystems.com> srslte-users-bounces at lists.softwareradiosystems.com<mailto:
>> <mailto:srslte-users-bounces at lists.softwareradiosystems.com> srslte-users-bounces at lists.softwareradiosystems.com>> Im Auftrag von
>> Justin
>> > Tallon
>> > Gesendet: Freitag, 22. März 2019 12:36
>> > An: Alvaro Ibañez Latorre
>> > < <mailto:alibla at iteam.upv.es> alibla at iteam.upv.es<mailto: <mailto:alibla at iteam.upv.es> alibla at iteam.upv.es>>; srslte-users
>> > < <mailto:srslte-users at lists.softwareradiosystems.com> srslte-users at lists.softwareradiosystems.com<mailto:
>> <mailto:srslte-users at lists.softwareradiosystems.com> srslte-users at lists.softwareradiosystems.com>>
>> > Betreff: Re: [srslte-users] MBMS
>> >
>> > Hey Alvaro,
>> >
>> > Sorry for the delayed response, can you repeat the experiment with
>> > snr_estim_alg = none
>> > in the UE conf?
>> >
>> > also, can you tell me which version of the code you are using?
>> >
>> > Let me know how you get on!
>> > Justin
>> >
>> > ____
>> > Justin Tallon Ph.D.
>> >
>> > Software Radio Systems (SRS)
>> > <http://www.softwareradiosystems.com> http://www.softwareradiosystems.com< <http://www.softwareradiosystems.com/> http://www.softwareradiosystems.com/
>> >
>> >
>> > +353-86-067-0753 |
>> > <mailto:justin.tallon at softwareradiosystems.com> justin.tallon at softwareradiosystems.com<mailto:
>> <mailto:justin.tallon at softwareradiosystems.com> justin.tallon at softwareradiosystems.com>
>> >
>> >
>> > On Mon, Mar 18, 2019 at 9:48 AM Alvaro Ibañez Latorre
>> > < <mailto:alibla at iteam.upv.es> alibla at iteam.upv.es<mailto: <mailto:alibla at iteam.upv.es> alibla at iteam.upv.es>> wrote:
>> >
>> > Hi all,
>> > I'm testing MBMS, and I have some issues, in the ue's side, when i try
>> > to receive a broadcasted video. Specifically i'm receiving a video
>> > with poor quality.
>> >
>> > My - Setup:
>> > 1 PC: EPC-eNB running in the same PC (i7 16gB RAM Ubuntu 18.04) ---
>> > with USRP B210
>> > 2 PC: UE in other PC(i5 32gB RAM Ubuntu 18.04) --- with USRP NI 2901.
>> >
>> > I'm running these commands:
>> >
>> > Initializing:
>> > EPC (PC 1):
>> >>> sudo srsLTE/srsepc/srsepc epc.conf
>> >>> sudo srsLTE/srsepc/srsmbms
>> >
>> > ENB (PC 1):
>> >>> sudo srsenb srsLTE/srsenb/enb_mbms.conf --expert.enable_mbsfn true
>> >>> sudo route add -net 224.0.0.0 netmask 240.0.0.0 dev sgi_mb
>> >
>> > UE (PC 2):
>> >>> sudo srsLTE/srsue/srsue ue_mbms.conf --log.all_level info
>> >>> --expert.mbms_service 0 --expert.average_subframe_enabled false
>> >>> sudo route add -net 224.0.0.0 netmask 240.0.0.0 dev tun_srsue
>> >
>> > In order to broadcast the video, I'm using VLC in PC 1. I'm using
>> > ffplay or VLC in PC2.
>> > VLC PC1 ---> Opening VLC an broadcasting the video --->
>> > :sout=#udp{dst= <http://239.255.0.2:1234> 239.255.0.2:1234< <http://239.255.0.2:1234> http://239.255.0.2:1234>}
>> > :no-sout-all :sout-keep (string of
>> > generated emission)
>> > VLC PC2 ---> udp://@ <http://239.255.1.1:1234> 239.255.1.1:1234< <http://239.255.1.1:1234> http://239.255.1.1:1234>
>> > ffplay PC2 --> ffplay udp://@ <http://239.255.0.2:1234> 239.255.0.2:1234< <http://239.255.0.2:1234> http://239.255.0.2:1234>
>> >
>> > With VLC in PC2 i'm not receiving anything, but with ffplay i can see
>> > the broadcasted video with poor quality. I've attached an image.
>> >
>> > I've tried sending an echo message:
>> > 1 PC: >>echo "Hello! I am a multicast packet!" | socat STDIO
>> > UDP4-DATAGRAM: <http://239.255.0.2:6000> 239.255.0.2:6000< <http://239.255.0.2:6000> http://239.255.0.2:6000
>> >,bind=172.16.0.254,ip-multicast-if=172.16.0.254,ip-multicast-ttl=64
>> > 2 PC: >> socat STDIO
>> > UDP4-RECV:6000,bind=239.255.1.1,ip-add-membership=239.255.1.1:tun_srsue
>> > In this case, I receive the message correctly.
>> >
>> > I've attached the config files and the logs from EPC,eNB and UE.
>> > Regards
>> > Alvaro
>> >
>> > _______________________________________________
>> > srslte-users mailing list
>> > <mailto:srslte-users at lists.softwareradiosystems.com> srslte-users at lists.softwareradiosystems.com<mailto:
>> <mailto:srslte-users at lists.softwareradiosystems.com> srslte-users at lists.softwareradiosystems.com>
>> > <http://www.softwareradiosystems.com/mailman/listinfo/srslte-users> http://www.softwareradiosystems.com/mailman/listinfo/srslte-users
>>
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.srsran.com/pipermail/srsran-users/attachments/20190502/c7c9d5e2/attachment.htm>
More information about the srsran-users
mailing list