[srslte-users] srsUE error upon decoding the eMBMS signal from Amarisoft eNB
Justin Tallon
justin.tallon at softwareradiosystems.com
Wed Oct 31 16:38:45 UTC 2018
Nice tip!
Thanks David!
On Wed, 31 Oct 2018, 17:37 David Rupprecht, <david.rupprecht at rub.de> wrote:
> Hi all,
>
> just a short notice on installing UHD 3.9.7 LTS on ubnutu. Instead of
> compiling the source code you can add the EttusResearch UHD LTS repo and
> install UHD similar to https://files.ettus.com/manual/page_install.html:
>
> sudo add-apt-repository ppa:ettusresearch/uhd-3.9.lts
> sudo apt-get update
> sudo apt-get install libuhd-dev libuhd003 uhd-host
>
> Best regards,
> David
>
> On 31.10.18 12:29, Justin Tallon wrote:
> > Hey Hassan!
> >
> > just looking at your console output I notice you are using UHD 13
> > We recommend you use UHD 3.9.7 LTS. You will need to install this from
> > github and choose this version from the correct branch. Also if you
> > installed UHD from binary you need to remove this first.
> >
> > Repeat the test with this UHD version.
> >
> > *apt-get --purge remove* uhd (and all other uhd packages)
> > git clone https://github.com/EttusResearch/uhd.git
> > git checkout UHD.3.9.7-LTS
> > (follow build process in README)
> > sudo ldconfig
> > (then rebuild srslte completely)
> >
> > 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 | justin.tallon at softwareradiosystems.com
> > <mailto:justin.tallon at softwareradiosystems.com>
> >
> >
> > On Tue, Oct 30, 2018 at 3:42 PM <hassan.hamdoun at bt.com
> > <mailto:hassan.hamdoun at bt.com>> wrote:
> >
> > Hi Justin,____
> >
> > __ __
> >
> > Finally got around to get some logs for PRACH error. Attached the
> > eNB and UE logs during a PRACH error + stderror for your review____
> >
> > __ __
> >
> > It seems to me from eNB logs that the eNB thinks UE is connected as
> > it starts sending PDCCH and control channel info to UE, however, the
> > UE keeps sending PRACH request. I was expecting to see a Random
> > Access Response(RAR) message in eNB logs but couldn’t find it!. But
> > behaviour of eNB suggest that it is the UE side that is the problem
> > as you can see clearly in STDerr(console0.log) that UE connect and
> > send some data , then becomes idle and disconnects. But mostly the
> > UE is not aware that it RACH has connected and hence keep trying
> > RACH with different Time Advance to eNB. UE also sees(from log) to
> > increase its power with every attempt (PRACH: Transmitted
> > preamble=38, tti=3724, CFO=-4.46 KHz, nof_sf=1, target_power=-96.0
> > dBm).____
> >
> > __ __
> >
> > This issues appears with/without eMBMS.____
> >
> > __ __
> >
> > Thanks ____
> >
> > Hassan ____
> >
> > __ __
> >
> > *From:*Hamdoun,H,Hassan,TUA8 R
> > *Sent:* 29 October 2018 14:56
> > *To:* 'Justin Tallon' <justin.tallon at softwareradiosystems.com
> > <mailto:justin.tallon at softwareradiosystems.com>>
> > *Subject:* RE: [srslte-users] srsUE error upon decoding the eMBMS
> > signal from Amarisoft eNB____
> >
> > __ __
> >
> > Thanks Justin,____
> >
> > __ __
> >
> > Will try to isolate the PRACH issues. Generally, would low SNR e a
> > reason for this.I don’t fully understand how PRACH process works and
> > what sort of parameters and their values (SNR, and what else?)I
> > expect to see in the eNB to ensure a successful and reliable
> attach?____
> >
> > __ __
> >
> > Back to MCS issues, when we increase the MCS to 20 we get a lot of
> > CRC issues, up to MCS 7 we are fine. We discovered some bugs in code
> > and my colleague Jonathan has submitted issues to GIT. I am not sure
> > whether increasing the MCS bring more issues because of the SDR/PC
> > not handling the rate over USB3 or because we have internal issues
> > in software to handle such throughput( MCS 20 with 1 MBMS subframe
> > is 3 Mbps, MCS 7 is 0.5 Mbps)____
> >
> > __ __
> >
> > Thanks ____
> >
> > Hassan ____
> >
> > *From:*Justin Tallon [mailto:justin.tallon at softwareradiosystems.com
> > <mailto:justin.tallon at softwareradiosystems.com>]
> > *Sent:* 26 October 2018 10:16
> > *To:* Hamdoun,H,Hassan,TUA8 R <hassan.hamdoun at bt.com
> > <mailto:hassan.hamdoun at bt.com>>
> > *Subject:* Re: [srslte-users] srsUE error upon decoding the eMBMS
> > signal from Amarisoft eNB____
> >
> > __ __
> >
> > Hey Hassan!____
> >
> > __ __
> >
> > Good to hear you were able to get up and running!____
> >
> > __ __
> >
> > The timeout is caused by a lack of traffic going over the link, the
> > best solution to this is to ping the gateway from the UE once you
> > get attached.____
> >
> > __ __
> >
> > In terms of the attach issues, I would advise trying to isolate the
> > issue, disable eMBMS and ensure you can attach successfully without
> > it first.____
> >
> > __ __
> >
> > __ __
> >
> > __ __
> >
> > ____
> > Justin Tallon Ph.D.
> >
> > Software Radio Systems (SRS)
> > http://www.softwareradiosystems.com
> > <http://www.softwareradiosystems.com/>
> >
> > +353-86-067-0753 | justin.tallon at softwareradiosystems.com
> > <mailto:justin.tallon at softwareradiosystems.com>____
> >
> > __ __
> >
> > __ __
> >
> > On Thu, Oct 25, 2018 at 6:06 PM <hassan.hamdoun at bt.com
> > <mailto:hassan.hamdoun at bt.com>> wrote:____
> >
> > Hi Justin,____
> >
> > We managed to received MBMS fine and play video. Still have the
> > PRACH attachement errors every ow and then, which seems a bit
> > random and comes and goes arbitrarly.____
> >
> > Comparing to what configs you provided and current one we have,
> > Changing tx_gain or rx_gain doesn’t help much. I’ve also
> > changed pdsch_max_it=4 and snr_estim_algo=none, but don’t see
> > much of a change, the same error occur from time to time. We
> > have to close ue, re-run ue code again(sudo srsUE) and then we
> > get a successful attachement. Sometimes a proper power cycle is
> > needed from USRP 2901 to get it running again.____
> >
> > I compared the ue config you gave me with original but I am not
> > sure if I understand what parameter change will result in
> > improving the UE attachement process?____
> >
> > The error ( on stderror) we get is:____
> >
> > Random Antenna Transmission: seq =xx, ra-nti=0x5,____
> >
> > Random Antenna Transmission: seq =xx, ra-nti=0x5, ____
> >
> > Random Antenna Transmission: seq =xx, ra-nti=0x5, ____
> >
> > With seq changing every time. Attached stderr and log for
> this____
> >
> > ____
> >
> > This error appears after a period of timeout or sometimes after
> > UE has connected to eNB and runs for a while especially when
> > there is no data from eNB.____
> >
> > I am thinking the srsUE doesn’t like no data and idle links. Any
> > pointers. I’ll with my colleague try to reproduce this and send
> > stderror and logs in a way that captures this but it is quite
> > arbitrary.____
> >
> > Hassan ____
> >
> > ____
> >
> > ____
> >
> > *From:*Hamdoun,H,Hassan,TUA8 R
> > *Sent:* 18 October 2018 10:56
> > *To:* 'Justin Tallon' <justin.tallon at softwareradiosystems.com
> > <mailto:justin.tallon at softwareradiosystems.com>>
> > *Subject:* RE: [srslte-users] srsUE error upon decoding the
> > eMBMS signal from Amarisoft eNB____
> >
> > ____
> >
> > Hey Justin,____
> >
> > Thanks for answers.____
> >
> > ____
> >
> > The MCS isseus still persist. Apparently I found out the
> > followings:____
> >
> > 1. Any MCS >7 on data and signalling , causes CRS errors
> > on decoding PMCH channel____
> >
> > 2. It sees data and signalling MCS equal is better, again
> > CRC errors starts to appear.____
> >
> > 3. When I added more subframes for MBMS i.e.e changes
> > Amarisoft eNB configurations to subframe allocation e.g. 110000
> > from 10000, I get a significant number of CRC errors. Some
> > investigations, led me to think there is something wrong with
> > PMCH.c function especially the decoding on PMCH channel on which
> > slot. What is the status of this PMCH.c code, does that code
> > assume decoding PMCH on 1 slot only?____
> >
> > 4. Does CRC error relate to decoding of SIB2. I read
> > somewhere in blogs about this for PDSCH channel. Not sure about
> > PMCH?____
> >
> > ____
> >
> > Regarding you points below regarding vlc, I’d to fiddle with
> > data in order to pass it to VLC for playback due to fact that
> > srsUE tunnels is a unicast tunnel. I am facing large packet
> > loss, so answering MCS question and adding more subframes for
> > PMCH will help me.____
> >
> > ____
> >
> > I am using the srsUE GUI to check PDSCH constellation and
> > despite high SNR received(>12 dB avg) constellation varies quite
> > a lot. I am planning to try and find a way of plotting
> > constellation of PMCH channel. ____
> >
> > ____
> >
> > ____
> >
> > Thanks . sorry for a lot of questions but it is getting
> > interesting ____
> >
> > ____
> >
> > ____
> >
> > Hassan ____
> >
> > *From:*Justin Tallon
> > [mailto:justin.tallon at softwareradiosystems.com]
> > *Sent:* 16 October 2018 15:37
> > *To:* Hamdoun,H,Hassan,TUA8 R <hassan.hamdoun at bt.com
> > <mailto:hassan.hamdoun at bt.com>>
> > *Subject:* Re: [srslte-users] srsUE error upon decoding the
> > eMBMS signal from Amarisoft eNB____
> >
> > ____
> >
> > Hey Hassan!____
> >
> > ____
> >
> > ____
> >
> > Just to try address some of your previous questions.____
> >
> > ____
> >
> > 1. you should not have to have the data and signalling mcs the
> > same, i will look into this, why dont you try MCS 9 or 13 for
> > both as these are also valid signalling mcs. ____
> >
> > 2. we do not restrict the MCS at all you can set it to any valid
> > value, the signalling is limited to 2,7,9,13 and 19 as per the
> > standard.____
> >
> > 3. the TMGI of a broadcast is communicated through the mbms
> > control channel MCCH that the UE pulls out if it is instructed
> > to do so by SIB13.____
> >
> > 4. To send a mbms broadcast service to a specific port, enter
> > "mbms_service_start 0 4321" in the command line when the UE is
> > running, then service 0 will be activated and the content will
> > be put out on port 1234. To ____
> >
> > 5. To put the traffic coming out of the tun interface into VLC i
> > would do the following open vlc -> media -> open network stream
> > , and enter udp://@172.16.0.2:1234 <http://172.16.0.2:1234> (do
> > this when you have already activated the service by using
> > command from answer 4)____
> >
> > ____
> >
> > Let me know how it goes and ill try to help work out the
> > problems as they arise!____
> >
> > ____
> >
> > Sorry for the delay,____
> >
> > ____
> >
> > Justin____
> >
> > ____
> >
> >
> > ____
> >
> > ____
> > Justin Tallon Ph.D.
> >
> > Software Radio Systems (SRS)
> > http://www.softwareradiosystems.com
> > <http://www.softwareradiosystems.com/>
> >
> > +353-86-067-0753 | justin.tallon at softwareradiosystems.com
> > <mailto:justin.tallon at softwareradiosystems.com>____
> >
> > ____
> >
> > ____
> >
> > On Mon, Oct 15, 2018 at 8:02 PM Justin Tallon
> > <justin.tallon at softwareradiosystems.com
> > <mailto:justin.tallon at softwareradiosystems.com>> wrote:____
> >
> > Hey Hassan!____
> >
> > ____
> >
> > Are you having trouble attaching to the Amarisoft eNodeB?____
> >
> > ____
> >
> > Try this conf file (you will need to set the earfcn to
> > whatever frequency you are using)____
> >
> > ____
> >
> > send me the stdout and logs of this trying to attach to the
> > amarisoft enb?____
> >
> > ____
> >
> > ____
> >
> > Regards,____
> >
> > Justin____
> >
> > ____
> > Justin Tallon Ph.D.
> >
> > Software Radio Systems (SRS)
> > http://www.softwareradiosystems.com
> > <http://www.softwareradiosystems.com/>
> >
> > +353-86-067-0753 | justin.tallon at softwareradiosystems.com
> > <mailto:justin.tallon at softwareradiosystems.com>____
> >
> > ____
> >
> > ____
> >
> > On Mon, Oct 15, 2018 at 6:45 PM <hassan.hamdoun at bt.com
> > <mailto:hassan.hamdoun at bt.com>> wrote:____
> >
> > Hey Justin,____
> >
> > I look forward to your comprehensive response____
> >
> > ____
> >
> > I am unable to generate logs for you as the PMCH
> > decoding is no longer working. The UE keeps getting
> > PRACH error____
> >
> > ____
> >
> > Random Antenna Transmission: seq =xx, ra-nti=0x5____
> >
> > ____
> >
> > I investigated what is happening at the eNB side I
> > monitor things and I notice a UE ID linked to RNTI
> > number, after some time I get a new UE ID with
> > associated RNTI number and a MME-UE-ID. This then
> > disappears. So I am guessing that the UE get assigned a
> > random RNTI number in conjunction with some event and
> > this get erased and then UE end up with a permanent RNTI
> > number, right?____
> >
> > ____
> >
> > This Random Access error persist and I have to stop
> > srsUE and start again. In some cases, the UE responds
> > and I get successful PMCH decoding but lately this seem
> > to be very random and I am stuck in PRACH error for so
> > long. I don’t know what is going on, nothing has
> changed____
> >
> > ____
> >
> > Also the PMCH data I receive is continuous as Amarisoft
> > eNB is transmitting all the time, now I don’t seem to
> > get the actual data( see my previous email) as the pcaps
> > don’t show data. So the general issue of pumping data
> > from PMCH up the layers remain, given we can fix this
> > annoying Random access error.____
> >
> > ____
> >
> > Hassan ____
> >
> > ____
> >
> > *From:*Justin Tallon
> > [mailto:justin.tallon at softwareradiosystems.com
> > <mailto:justin.tallon at softwareradiosystems.com>]
> > *Sent:* 11 October 2018 12:29
> > *To:* Hamdoun,H,Hassan,TUA8 R <hassan.hamdoun at bt.com
> > <mailto:hassan.hamdoun at bt.com>>
> > *Subject:* Re: [srslte-users] srsUE error upon decoding
> > the eMBMS signal from Amarisoft eNB____
> >
> > ____
> >
> > Hey Hassan!____
> >
> > ____
> >
> > Could you perhaps send me the full UE logs (with
> > all_level = info phy_lib_level = none) and i will have a
> > look?____
> >
> > ____
> >
> > Also apologies for not responding to your previous email
> > yet! It is on my todo list I just wanted to provide a
> > comprehensive response!____
> >
> > ____
> > Justin Tallon Ph.D.
> >
> > Software Radio Systems (SRS)
> > http://www.softwareradiosystems.com
> > <http://www.softwareradiosystems.com/>
> >
> > +353-86-067-0753 |
> > justin.tallon at softwareradiosystems.com
> > <mailto:justin.tallon at softwareradiosystems.com>____
> >
> > ____
> >
> > ____
> >
> > On Thu, Oct 11, 2018 at 1:11 PM <hassan.hamdoun at bt.com
> > <mailto:hassan.hamdoun at bt.com>> wrote:____
> >
> > Hey Justin,____
> >
> > ____
> >
> > I’ve also noticed from the logs that decoding of
> > MCCH and MCH is successful but these is some
> > discarding of Rx MRB1 data PDU SN that occurs
> > frequently at RLC ____
> >
> > ____
> >
> > ____
> >
> > 17:28:27.527017 [PHY0] [I] [03731] PMCH: l_crb=50,
> > tbs=277, mcs=2, crc=OK, snr=23.6 dB, n_iter=1,
> > dec_time= 73 us____
> >
> > 17:28:27.527068 [RLC ] [I] RX MRB1 Rx data PDU SN:
> > 21____
> >
> > 0000: d5 98 88 d0 37 78 17 7c 17 64 5a
> > a3 b1 e7 cf e2 ____
> >
> > 0010: e8 77 d6 ee e3 50 06 a6 4f ca e2
> > 42 46 44 e9 18 ____
> >
> > 17:28:27.527101 [RLC ] [I] MRB1 Discarding duplicate
> > SN: 21____
> >
> > 17:28:27.534635 [RRC ] [I] MEAS: New measurement
> > pci=1, rsrp=-65.9 dBm.____
> >
> > 17:28:27.537275 [PHY0] [I] [03741] PMCH: l_crb=50,
> > tbs=277, mcs=2, crc=OK, snr=22.8 dB, n_iter=1,
> > dec_time= 134 us____
> >
> > 17:28:27.537376 [RLC ] [I] RX MRB1 Rx data PDU SN:
> > 22____
> >
> > 0000: f6 0e b0 73 63 35 68 77 d0 f4 26
> > 06 c7 82 24 31 ____
> >
> > 0010: de 9b 7f 7e ce eb a4 10 20 a5 9f
> > 32 dc 9d f4 17 ____
> >
> > 17:28:27.537403 [RLC ] [I] MRB1 Discarding duplicate
> > SN: 22____
> >
> > 17:28:27.547139 [PHY0] [I] [03751] PMCH: l_crb=50,
> > tbs=277, mcs=2, crc=OK, snr=23.6 dB, n_iter=1,
> > dec_time= 120 us____
> >
> > 17:28:27.547190 [RLC ] [I] RX MRB1 Rx data PDU SN:
> > 23____
> >
> > 0000: d7 b0 ea 00 10 10 40 21 1a 45 85
> > 45 ae a1 5c f2 ____
> >
> > 0010: 95 f8 ef f3 e7 8d 37 57 53 1c 65
> > 49 2b 52 32 a5 ____
> >
> > 17:28:27.547230 [RLC ] [I] MRB1 Discarding duplicate
> > SN: 23____
> >
> > 17:28:27.554641 [RRC ] [I] MEAS: New measurement
> > pci=1, rsrp=-65.8 dBm.____
> >
> > 17:28:27.556981 [PHY0] [I] [03761] PMCH: l_crb=50,
> > tbs=277, mcs=2, crc=OK, snr=22.0 dB, n_iter=1,
> > dec_time= 110 us____
> >
> > 17:28:27.557042 [RLC ] [I] RX MRB1 Rx data PDU SN:
> > 24____
> >
> > 0000: f8 0f b0 f5 fb fe 65 71 d7 e7 ef
> > 51 44 bc 5a 4b ____
> >
> > 0010: 95 55 15 2e ac 1f 4f 15 45 4c 00
> > d0 f4 74 d5 ae ____
> >
> > 17:28:27.557054 [RLC ] [I] MRB1 Discarding duplicate
> > SN: 24____
> >
> > 17:28:27.567160 [PHY0] [I] [03771] PMCH: l_crb=50,
> > tbs=277, mcs=2, crc=OK, snr=23.6 dB, n_iter=1,
> > dec_time= 108 us____
> >
> > 17:28:27.567226 [RLC ] [I] RX MRB1 Rx data PDU SN:
> > 25____
> >
> > 0000: d9 04 d4 05 80 09 d3 80 60 4c 86
> > 42 8b c1 43 65 ____
> >
> > 0010: fb 1f 48 5c 81 9a 43 3c 21 93 29
> > 84 6f 5c cd 6b ____
> >
> > 17:28:27.567258 [RLC ] [I] MRB1 Discarding duplicate
> > SN: 25____
> >
> > 17:28:27.574618 [RRC ] [I] MEAS: New measurement
> > pci=1, rsrp=-65.8 dBm.____
> >
> > 17:28:27.577015 [PHY0] [I] [03781] PMCH: l_crb=50,
> > tbs=277, mcs=2, crc=OK, snr=22.0 dB, n_iter=1,
> > dec_time= 118 us____
> >
> > 17:28:27.577100 [RLC ] [I] RX MRB1 Rx data PDU SN:
> > 26____
> >
> > 0000: da 1d 77 a1 11 56 95 9f e5 97 63
> > b2 64 71 4c ba ____
> >
> > 0010: 89 e9 1d ae 24 f9 35 3a 2e b9 9c
> > fa fa 83 39 c7 ____
> >
> > 17:28:27.577142 [RLC ] [I] MRB1 Discarding duplicate
> > SN: 26____
> >
> > 17:28:27.587210 [PHY0] [I] [03791] PMCH: l_crb=50,
> > tbs=277, mcs=2, crc=OK, snr=23.9 dB, n_iter=1,
> > dec_time= 97 us____
> >
> > 17:28:27.587277 [RLC ] [I] RX MRB1 Rx data PDU SN:
> > 27____
> >
> > 0000: db 19 80 b1 a4 56 e6 44 2c 7a 98
> > 5f 06 31 77 32 ____
> >
> > 0010: 3f 62 30 31 5b 16 6f 4a 5b 30 d1
> > 49 2e 45 9b ea ____
> >
> > 17:28:27.587290 [RLC ] [I] MRB1 Discarding duplicate
> > SN: 27____
> >
> > 17:28:27.594663 [RRC ] [I] MEAS: New measurement
> > pci=1, rsrp=-65.9 dBm.____
> >
> > 17:28:27.597013 [PHY0] [I] [03801] PMCH: l_crb=50,
> > tbs=277, mcs=2, crc=OK, snr=22.0 dB, n_iter=1,
> > dec_time= 71 us____
> >
> > 17:28:27.597060 [RLC ] [I] RX MRB1 Rx data PDU SN:
> > 28____
> >
> > 0000: dc e8 53 23 a9 df aa 5c b5 4b 54
> > e9 2d 51 a2 89 ____
> >
> > 0010: 08 0d aa 83 0a b1 11 b0 4c fd eb
> > 13 56 f8 5e bd ____
> >
> > 17:28:27.597088 [RLC ] [I] MRB1 Discarding duplicate
> > SN: 28____
> >
> > 17:28:27.607141 [PHY0] [I] [03811] PMCH: l_crb=50,
> > tbs=277, mcs=2, crc=OK, snr=22.7 dB, n_iter=1,
> > dec_time= 82 us____
> >
> > 17:28:27.607187 [RLC ] [I] RX MRB1 Rx data PDU SN:
> > 29____
> >
> > 0000: dd bf 8d 31 e7 44 00 e6 08 5c f9
> > 79 f3 f9 0f 66 ____
> >
> > 0010: b2 43 98 73 c9 0a 18 6e c3 5f 2a
> > 8a e1 99 8a 1d ____
> >
> > 17:28:27.607199 [RLC ] [I] MRB1 Discarding duplicate
> > SN: 29____
> >
> > 17:28:27.614672 [RRC ] [I] MEAS: New measurement
> > pci=1, rsrp=-65.9 dBm.____
> >
> > 17:28:27.617091 [PHY0] [I] [03821] PMCH: l_crb=50,
> > tbs=277, mcs=2, crc=OK, snr=22.1 dB, n_iter=1,
> > dec_time= 110 us____
> >
> > 17:28:27.617136 [RLC ] [I] RX MRB1 Rx data PDU SN:
> > 30____
> >
> > 0000: fe 01 f0 a0 11 4c 52 da 5a 1a 04
> > d4 fe f7 98 cd ____
> >
> > 0010: 38 6f 9c 51 d2 44 06 1e af ca 0f
> > 01 61 62 ca f5 ____
> >
> > 17:28:27.617160 [RLC ] [I] MRB1 Discarding duplicate
> > SN: 30____
> >
> > 17:28:27.627171 [PHY0] [I] [03831] PMCH: l_crb=50,
> > tbs=277, mcs=2, crc=OK, snr=23.8 dB, n_iter=1,
> > dec_time= 98 us____
> >
> > 17:28:27.627233 [RLC ] [I] RX MRB1 Rx data PDU SN:
> > 31____
> >
> > 0000: df ab d3 03 77 1d 01 9f 7d bc 73
> > d5 3d ad 02 7f ____
> >
> > 0010: 82 aa 6d d2 81 b0 72 35 e1 f0 4a
> > 10 50 c8 da e0 ____
> >
> > 17:28:27.627261 [RLC ] [I] MRB1 Discarding duplicate
> > SN: 31____
> >
> > 17:28:27.634701 [RRC ] [I] MEAS: New measurement
> > pci=1, rsrp=-65.8 dBm.____
> >
> > ____
> >
> > ----- THIS PATTERNS KEEPS REPEATING____
> >
> > ____
> >
> > My understanding is that RLC keeps segmenting
> > packets into PDUs for MAC layer which I think is
> > correct. What I don’t see is wha happends to packets
> > after that, I expect them to be passed from RLC to
> > PDCP and then IP? Right?____
> >
> > ____
> >
> > How do I trace this ?____
> >
> > ____
> >
> > Thanks ____
> >
> > Hassan ____
> >
> > ____
> >
> > *From:*Hamdoun,H,Hassan,TUA8 R
> > *Sent:* 08 October 2018 17:39
> > *To:* 'Justin Tallon'
> > <justin.tallon at softwareradiosystems.com
> > <mailto:justin.tallon at softwareradiosystems.com>>
> > *Subject:* RE: [srslte-users] srsUE error upon
> > decoding the eMBMS signal from Amarisoft eNB____
> >
> > ____
> >
> > Hey Justin,____
> >
> > ____
> >
> > Yes that works. srsUE seems to be sensitive to MCS
> > and doesn’t like different MCS for data and
> > signalling . So I’d try to upgrade to data_mcs and
> > signalling_mc both to 7.____
> >
> > A question any reason why data_mcs 7? ____
> >
> > ____
> >
> > The 3GPP spec I found ( Rel15) states that Data_mcs
> > 7 is I_ TBS 7 ( with 50 PRBs that is 620 kbps) while
> > data_mcs 2 is I_TBS 2 ( with 50 PRBs that is 22.1
> > kbps). srsUE documentations says it is Rel8/9
> > compliant, does this restrict MCS to 7 . Am not sure
> > what is restriction here? And why I need to match
> > the data_mcs and signalling_mc. Signal RF quality
> > can be the blame, but not sure if this is the main
> > reason and how to improve it.____
> >
> > ____
> >
> > ____
> >
> > So now this seem to work fine, what I am trying to
> > do next is to take the decoded MBMS data and present
> > it to VLC on the UE for streaming video broadcasted
> > by the eNB. For this I’d need to instruct the srsUE
> > to located the broadcast on MBMS service 1 and play
> > it. I am thinkg I’d need:____
> >
> > 1. A way to tell the srsUE the TMGI of the
> > broadcast____
> >
> > 2. A way to hook to the MBMS broadcast from
> > eNB on specific IP:port____
> >
> > 3. Given that I am using VLC to stream the
> > video continuously, I can install VLC on srsUE PC,
> > but how do I take output from srsUE and feed it to
> > VLC- I need to be able to access the data coming
> > from UE through the tunnel(created when setting up
> > the UE)____
> >
> > ____
> >
> > Guidance on how to achieve this is much
> appreciated?____
> >
> > ____
> >
> > I am trying to look at the source code for the srsUE
> > but cann’t seem to get my head around how the data
> > decoded by PMCH on MBMS is used elsewhere in the
> > code( esp at higher layers)____
> >
> > ____
> >
> > Thanks ____
> >
> > Hassan ____
> >
> > ____
> >
> > ____
> >
> > *From:*Justin Tallon
> > [mailto:justin.tallon at softwareradiosystems.com]
> > *Sent:* 04 October 2018 11:28
> > *To:* Hamdoun,H,Hassan,TUA8 R <hassan.hamdoun at bt.com
> > <mailto:hassan.hamdoun at bt.com>>
> > *Subject:* Re: [srslte-users] srsUE error upon
> > decoding the eMBMS signal from Amarisoft eNB____
> >
> > ____
> >
> > Hey Hassan,____
> >
> > ____
> >
> > As an experiment, could you change data_mcs to 2 and
> > also could you set phy_lib_level = none
> > ____
> >
> > ____
> > Justin Tallon Ph.D.
> >
> > Software Radio Systems (SRS)
> > http://www.softwareradiosystems.com
> > <http://www.softwareradiosystems.com/>
> >
> > +353-86-067-0753 |
> > justin.tallon at softwareradiosystems.com
> > <mailto:justin.tallon at softwareradiosystems.com>____
> >
> > ____
> >
> > ____
> >
> > On Thu, Oct 4, 2018 at 12:10 PM
> > <hassan.hamdoun at bt.com
> > <mailto:hassan.hamdoun at bt.com>> wrote:____
> >
> > ____
> >
> > Set in config files are signalling_mcs: is 2
> > while dat MC is 7 below:____
> >
> > ____
> >
> > area_info_list: [____
> >
> > {____
> >
> > area_id: 1, /* 0-255 */____
> >
> > non_mbsfn_region_length: 2, /* 1-2. Number
> > of CCH symbols */____
> >
> > mcch_config: {____
> >
> > mcch_repetition_period: 64, /* 32-256
> > frames (10 ms unit) */____
> >
> > mcch_offset: 0, /* 0-10 */____
> >
> > mcch_modification_period: 512, /*
> > 512,1024 */____
> >
> > mcch_sf_alloc: '100000',____
> >
> > signalling_mcs: 2, /* 2, 7, 13, 19 */____
> >
> > },____
> >
> > ____
> >
> > pmch_info_list: [____
> >
> > {____
> >
> > pmch_config: {____
> >
> > sf_alloc_count: 64, /* number of
> > subframes per common alloc period */____
> >
> > data_mcs: 7, /* 0-28 */____
> >
> > mch_scheduling_period: 64, /* in
> > frames, 8-1024, must be >= common */____
> >
> > },____
> >
> > ____
> >
> > Hassan ____
> >
> > *From:*Justin Tallon
> > [mailto:justin.tallon at softwareradiosystems.com
> > <mailto:justin.tallon at softwareradiosystems.com>]
> > *Sent:* 04 October 2018 11:00
> > *To:* Hamdoun,H,Hassan,TUA8 R
> > <hassan.hamdoun at bt.com
> > <mailto:hassan.hamdoun at bt.com>>
> > *Subject:* Re: [srslte-users] srsUE error upon
> > decoding the eMBMS signal from Amarisoft eNB____
> >
> > ____
> >
> > Looking at the logs it appears the UE is only
> > pulling out the MCCH and then getting a crc fail
> > on the MCCH.____
> >
> > ____
> >
> > the MCS appears to be 7 but in those amarisoft
> > configs we set the signalling mcs to 2 so it
> > should be 2?____
> >
> > ____
> >
> > did you change that to 7?____
> >
> > ____
> >
> > Regards,____
> >
> > Justin____
> >
> > ____
> > Justin Tallon Ph.D.
> >
> > Software Radio Systems (SRS)
> > http://www.softwareradiosystems.com
> > <http://www.softwareradiosystems.com/>
> >
> > +353-86-067-0753 |
> > justin.tallon at softwareradiosystems.com
> > <mailto:justin.tallon at softwareradiosystems.com
> >____
> >
> > ____
> >
> > ____
> >
> > On Thu, Oct 4, 2018 at 11:38 AM Justin Tallon
> > <justin.tallon at softwareradiosystems.com
> > <mailto:justin.tallon at softwareradiosystems.com>>
> > wrote:____
> >
> > Hey Hassan!____
> >
> > I tethered my phone and was then able to
> > download, something about the firewall on
> > the wifi i think.____
> >
> > ____
> >
> > Let me have a look and get back to you!____
> >
> > ____
> >
> > Thanks,____
> >
> > Justin____
> >
> > ____
> >
> > On Thu, 4 Oct 2018, 10:18 ,
> > <hassan.hamdoun at bt.com
> > <mailto:hassan.hamdoun at bt.com>> wrote:____
> >
> > The UE log file is too big to be
> > attached. I tried zipping to various
> > sizes but stil large.____
> >
> > Why can’t you open the dropbox link?____
> >
> > ____
> >
> > Hassan____
> >
> > ____
> >
> > *From:*Hamdoun,H,Hassan,TUA8 R
> > *Sent:* 04 October 2018 10:14
> > *To:* 'Justin Tallon'
> > <justin.tallon at softwareradiosystems.com
> > <mailto:
> justin.tallon at softwareradiosystems.com>>
> > *Subject:* RE: [srslte-users] srsUE
> > error upon decoding the eMBMS signal
> > from Amarisoft eNB____
> >
> > ____
> >
> > ____
> >
> > Here is the UE config file ____
> >
> > ____
> >
> > Hassan ____
> >
> > *From:*Hamdoun,H,Hassan,TUA8 R
> > *Sent:* 03 October 2018 15:13
> > *To:* 'Justin Tallon'
> > <justin.tallon at softwareradiosystems.com
> > <mailto:
> justin.tallon at softwareradiosystems.com>>
> > *Subject:* RE: [srslte-users] srsUE
> > error upon decoding the eMBMS signal
> > from Amarisoft eNB____
> >
> > ____
> >
> > The password is srsUE____
> >
> > ____
> >
> > Hassan ____
> >
> > ____
> >
> > *From:*Hamdoun,H,Hassan,TUA8 R
> > *Sent:* 03 October 2018 14:16
> > *To:* Justin Tallon
> > <justin.tallon at softwareradiosystems.com
> > <mailto:
> justin.tallon at softwareradiosystems.com>>
> > *Subject:* Re: [srslte-users] srsUE
> > error upon decoding the eMBMS signal
> > from Amarisoft eNB____
> >
> > ____
> >
> > Apologies Justin. Here is the dropbox
> > link again. Attached a 7z file, password
> > is “srsUE”____
> >
> >
> https://www.dropbox.com/sh/u0khtnoo6ktjc63/AAAXdUmQ0r8OUnXd86pZP5kka?dl=0____
> >
> >
> https://www.dropbox.com/static/images/spectrum-icons/generated/content/content-folder_dropbox-large.png
> > <
> https://www.dropbox.com/sh/u0khtnoo6ktjc63/AAAXdUmQ0r8OUnXd86pZP5kka?dl=0
> >____
> >
> >
> >
> > srsUE
> > <
> https://www.dropbox.com/sh/u0khtnoo6ktjc63/AAAXdUmQ0r8OUnXd86pZP5kka?dl=0
> >____
> >
> > www.dropbox.com <http://www.dropbox.com
> >____
> >
> > Shared with Dropbox____
> >
> > Thanks ____
> >
> > Hassan____
> >
> >
> ------------------------------------------------------------------------
> >
> > *From:*Justin Tallon
> > <justin.tallon at softwareradiosystems.com
> > <mailto:
> justin.tallon at softwareradiosystems.com>>
> > *Sent:* 03 October 2018 13:54
> > *To:* Hamdoun,H,Hassan,TUA8 R
> > *Subject:* Re: [srslte-users] srsUE
> > error upon decoding the eMBMS signal
> > from Amarisoft eNB____
> >
> > ____
> >
> > Hey Hassan, ____
> >
> > ____
> >
> > that dropbox link does not work for me
> > can you attach the files to an email?____
> >
> > ____
> >
> > Thanks,____
> >
> > Justin
> > ____
> >
> > ____
> > Justin Tallon Ph.D.
> >
> > Software Radio Systems (SRS)
> > http://www.softwareradiosystems.com
> > <http://www.softwareradiosystems.com/
> >____
> >
> > SRS | Software Radio Systems
> > <http://www.softwareradiosystems.com/
> >____
> >
> > www.softwareradiosystems.com
> > <http://www.softwareradiosystems.com
> >____
> >
> > Wireless machine to machine waveforms.
> > Low-cost, low-energy protocol designs.
> > Network integration and bridging
> > solutions.____
> >
> >
> >
> > +353-86-067-0753 |
> > justin.tallon at softwareradiosystems.com
> > <mailto:
> justin.tallon at softwareradiosystems.com>____
> >
> > ____
> >
> > ____
> >
> > On Wed, Oct 3, 2018 at 2:48 PM
> > <hassan.hamdoun at bt.com
> > <mailto:hassan.hamdoun at bt.com>>
> wrote:____
> >
> > Hi Justin,____
> >
> > Files are uploaded to folder
> > "2018-10-03 Logs" in
> >
> https://www.dropbox.com/sh/u0khtnoo6ktjc63/AAAXdUmQ0r8OUnXd86pZP5kka?dl=0____
> >
> >
> https://www.dropbox.com/static/images/spectrum-icons/generated/content/content-folder_dropbox-large.png
> > <
> https://www.dropbox.com/sh/u0khtnoo6ktjc63/AAAXdUmQ0r8OUnXd86pZP5kka?dl=0
> >____
> >
> >
> >
> > srsUE
> > <
> https://www.dropbox.com/sh/u0khtnoo6ktjc63/AAAXdUmQ0r8OUnXd86pZP5kka?dl=0
> >____
> >
> > www.dropbox.com
> > <http://www.dropbox.com>____
> >
> > Shared with Dropbox____
> >
> > ____
> >
> > Thanks ____
> >
> > Hassan ____
> >
> >
> ------------------------------------------------------------------------
> >
> > *From:*Justin Tallon
> > <
> justin.tallon at softwareradiosystems.com
> > <mailto:
> justin.tallon at softwareradiosystems.com>>
> > *Sent:* 02 October 2018 15:04:11
> > *To:* Hamdoun,H,Hassan,TUA8 R
> > *Subject:* Re: [srslte-users] srsUE
> > error upon decoding the eMBMS signal
> > from Amarisoft eNB____
> >
> > ____
> >
> > Hey Hassan!
> >
> > Could you attach the ue.log and the
> > ue.conf? ____
> >
> > ____
> >
> > Thanks!____
> >
> > ____
> >
> > Justin
> > ____
> >
> > ____
> > Justin Tallon Ph.D.
> >
> > Software Radio Systems (SRS)
> > http://www.softwareradiosystems.com
> > <
> http://www.softwareradiosystems.com/>
> >
> > +353-86-067-0753 |
> >
> justin.tallon at softwareradiosystems.com
> > <mailto:
> justin.tallon at softwareradiosystems.com>____
> >
> > ____
> >
> > ____
> >
> > On Tue, Oct 2, 2018 at 3:48 PM
> >
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.srsran.com/pipermail/srsran-users/attachments/20181031/8b52c3e2/attachment.htm>
More information about the srsran-users
mailing list