[srslte-users] Please share ue.conf example for LimeSDR-USB
Andre Puschmann
andre.puschmann at softwareradiosystems.com
Mon Feb 10 10:39:30 UTC 2020
Hi Marc,
thanks again for your detailed error report. We've analyzed the logs and
have identified an issue in our handling of the security configuration
that your eNB uses.
We'll be fixing this for the next release. For the moment, can you to
disable encryption in your eNB, i.e. use EIA0 instead of EIA2?
Regarding the other RF params, the ones you've used seem fine. Try to
use 10 MHz LTE bandwitdth to check if the lates go away entirly. Also,
when you run, try to not use log-level "debug". It generates too much
logging, it's perfect to report issues to us but you don't want that to
use as your default log level.
Thanks
Andre
On 7/2/20 22:21, Marc T. wrote:
> Hi Andre,
>
> thank you for your reply.
>
> In my first post i made a mistake with the device_args for the LimeSDR;
> i used rxant=LNAH,txant=BAND2 which was wrong, as i used the physical
> BAND1 antenna on the LimeSDR Board itself. After i changed from BAND2 ->
> BAND1 in the ue.conf i was able to send tx so the attach was possible
> (more or less).
>
> Anyway, In general it would be interesting what other srsUE users set
> for the following parameters in combination with a LimeSDR-USB.
> Unfortunately there is no best practice available (if i get this stable
> one day, then i ll write a post which you can publish for the
> LimeSDR-USB :-) )
>
> [rf]
>
> freq_offset = 0
>
> tx_gain = 70
>
> #rx_gain = 38
>
> #nof_radios = 1
>
> #nof_rx_ant = 2
>
> #nof_rf_channels = 2
>
>
> device_name = soapy
>
> # LIME SDR
>
> device_args = rxant=LNAH,txant=BAND1
>
> # URSP N210 (not supported)
>
> #device_args = num_recv_frames=64,num_send_frames=64
>
> #time_adv_nsamples = auto
>
> # test value
>
> # 27 was working; 57 also
>
> time_adv_nsamples = 57
>
> #burst_preamble_us = auto
>
> #continuous_tx = auto
>
>
> [rrc]
>
> ue_category = 2
>
> release = 8
>
>
> [phy]
>
> —> anything in here?
>
>
>
>
> But as suggested i reduced the bandwidth of the cell, i was able to
> reduce it to 15MHz (could go lower, but 15MHz is the target to reach for
> my project).
> —> Now i see less lates, no overruns or underruns.
> I also want to mention that i got more stable results with srsUE after i
> used the ubuntu 18.04. low latency kernel and after disabling all CPU
> power save options in BIOS or via the cpu govenor (performance) .
> This might be helpful for others.
>
>
> But i still face some issues, here are three new examples:
>
> A) *2020-02-07_17-10-29_asn1-decoding-failure_*:*
> this was a run where i wasn’t able to attach and i got decoding errors
> for the asn1 - but at that time the cell was still at 20MHz (but it was
> happen also already for a 15MHz bandwidth)
>
> RRC Connected
>
> Buffer size limit was achieved
>
> The provided enum is not within the range of possible values (48>=8)
>
> [/home/sml/srsLTE/lib/include/srslte/asn1/asn1_utils.h][753]
> Decoding failure.
>
> [/home/sml/srsLTE/lib/src/asn1/rrc_asn1.cc
> <http://rrc_asn1.cc>][75441] Decoding failure.
>
> [/home/sml/srsLTE/lib/src/asn1/rrc_asn1.cc
> <http://rrc_asn1.cc>][77974] Decoding failure.
>
> [/home/sml/srsLTE/lib/src/asn1/rrc_asn1.cc
> <http://rrc_asn1.cc>][77914] Decoding failure.
>
> [/home/sml/srsLTE/lib/src/asn1/rrc_asn1.cc
> <http://rrc_asn1.cc>][77803] Decoding failure.
>
> [/home/sml/srsLTE/lib/src/asn1/rrc_asn1.cc
> <http://rrc_asn1.cc>][78664] Decoding failure.
>
> [/home/sml/srsLTE/lib/src/asn1/rrc_asn1.cc
> <http://rrc_asn1.cc>][78286] Decoding failure.
>
> [/home/sml/srsLTE/lib/src/asn1/rrc_asn1.cc
> <http://rrc_asn1.cc>][78705] Decoding failure.
>
> Received RRC Connection Release
>
>
> or
>
> Long small integers not supported
>
> The provided enum is not within the range of possible values (8>=8)
>
> [/home/sml/srsLTE/lib/include/srslte/asn1/asn1_utils.h][753]
> Decoding failure.
>
> [/home/sml/srsLTE/lib/src/asn1/rrc_asn1.cc
> <http://rrc_asn1.cc>][75441] Decoding failure.
>
> [/home/sml/srsLTE/lib/src/asn1/rrc_asn1.cc
> <http://rrc_asn1.cc>][77974] Decoding failure.
>
> [/home/sml/srsLTE/lib/src/asn1/rrc_asn1.cc
> <http://rrc_asn1.cc>][77914] Decoding failure.
>
> [/home/sml/srsLTE/lib/src/asn1/rrc_asn1.cc
> <http://rrc_asn1.cc>][77803] Decoding failure.
>
> [/home/sml/srsLTE/lib/src/asn1/rrc_asn1.cc
> <http://rrc_asn1.cc>][78664] Decoding failure.
>
> [/home/sml/srsLTE/lib/src/asn1/rrc_asn1.cc
> <http://rrc_asn1.cc>][78286] Decoding failure.
>
> [/home/sml/srsLTE/lib/src/asn1/rrc_asn1.cc
> <http://rrc_asn1.cc>][78705] Decoding failure.
>
> Received RRC Connection Release
>
> RRC IDLE
>
> or
>
> The condition lb <= n <= ub (0 <= 15 <= 9) was not met
>
> [/home/sml/srsLTE/lib/include/srslte/asn1/asn1_utils.h][753]
> Decoding failure.
>
> [/home/sml/srsLTE/lib/src/asn1/rrc_asn1.cc
> <http://rrc_asn1.cc>][255] Decoding failure.
>
> [/home/sml/srsLTE/lib/src/asn1/rrc_asn1.cc
> <http://rrc_asn1.cc>][74093] Decoding failure.
>
>
>
> b) *2020-02-07_20-58-28_15MHz-criticalExtensions-invalid-field-access_**
>
> during this run srsUE showed me a successful attach, tun_srsue was
> created, but traffic was no possible.
>
> …
>
> Network attach successful. IP: 10.20.10.17
>
> SmartMobileLabs (SmartMobileLabs)
>
> Received RRC Connection Release
>
> RRC IDLE
>
> Random Access Transmission: seq=10, ra-rnti=0x2
>
> Random Access Complete. c-rnti=0xd377, ta=6
>
> RRC Connected
>
> Received RRC Connection Release
>
> RRC IDLE
>
> Random Access Transmission: seq=31, ra-rnti=0x2
>
> Random Access Complete. c-rnti=0x6f46, ta=6
>
> RRC Connected
>
> Received RRC Connection Release
>
> RRC IDLE
>
> Random Access Transmission: seq=20, ra-rnti=0x2
>
> Random Access Complete. c-rnti=0xb15, ta=6
>
> RRC Connected
>
> Invalid field access for choice type "criticalExtensions"
> ("c1"!="criticalExtensionsFuture")
>
> Invalid field access for choice type "criticalExtensions"
> ("c1"!="criticalExtensionsFuture")
>
>
> ^CStopping srsUE... Press Ctrl+C 9 more times to force stop
>
> Scheduling request failed: releasing RRC connection...
>
> Random Access Transmission: seq=23, ra-rnti=0x2
>
> Random Access Transmission: seq=13, ra-rnti=0x2
>
> Random Access Transmission: seq=25, ra-rnti=0x2
>
> Random Access Transmission: seq=18, ra-rnti=0x2
>
> Random Access Transmission: seq=9, ra-rnti=0x2
>
> Random Access Transmission: seq=12, ra-rnti=0x2
>
> Random Access Transmission: seq=23, ra-rnti=0x2
>
> Random Access Transmission: seq=12, ra-rnti=0x2
>
> Random Access Transmission: seq=7, ra-rnti=0x2
>
> Random Access Transmission: seq=10, ra-rnti=0x2
>
> Warning: Detected Radio-Link Failure
> RRC Connection Reestablishment
> Random Access Transmission: seq=21, ra-rnti=0x2
> Random Access Complete. c-rnti=0xbcfa, ta=12
> Reestablishment Reject
> RRC IDLE
> Saving MAC PCAP file
> Saving NAS PCAP file
> [WARNING] popping from TX, samples popped 489/1020
> [WARNING] L
> [WARNING] popping from TX, samples popped 0/1020
> #other_errors=1
> --- exiting ---
>
>
>
>
> c) *2020-02-07_21-04-59_15MHz-successfull-attach-with-trafffic-and-issues_**
>
> this attempt was quite successful but the connected lasted not long.
> even though i saw a lot of issues like
>
> /home/sml/srsLTE/lib/src/phy/mimo/precoding.c.1111: Error
> predecoding CCD: Invalid combination of ports 2 and rx antennax 1
>
> /home/sml/srsLTE/lib/src/phy/phch/pdsch.c.927: Error predecoding
>
> the connection/attach was working for some min. then the connection
> dropped.
>
>
>
>
> All the files can be found here; i set the log level to debug so
> especially the ue.log files grow quite fast. Even compressed the files
> are too big to send them via E-Mail.
> the files ending with *_ue-out.txt is a copy of the stdout from running
> srsUE. In this shared folder you will also find the complete ue.conf
> that i use with srsUE19.06.
> https://drive.google.com/drive/folders/1HiGOV3mIsaI0eAXbYL9BIIk25XbMFhmA?usp=sharing (read
> only)
>
>
> Here you will also find the the requested files from the 25min long
> connection of yesterday;
> files names starting
> with *2020-02-06_18-21-41_LowLatencyKerner_1st-longrun-w-traffic_**
> Still, this test was done with 20MHZ cell bandwidth.
>
> I will appreciate every comment/help to get the srsue a bit more
> stable/reliable!
>
> Tanke you very much in advance,
> Marc
>
>
> Mit freundlichen Grüßen,
> Best regards,
>
> Marc Triefelder
>
> E-Mail:m.triefelder at gmail.com <mailto:m.triefelder at gmail.com>
>
>
>
>
>
>> Am 06.02.2020 um 21:01 schrieb Andre Puschmann
>> <andre.puschmann at softwareradiosystems.com
>> <mailto:andre.puschmann at softwareradiosystems.com>>:
>>
>> Hi Marc,
>>
>> sorry for not getting back to you any earlier. And thanks for your
>> detailed report in the first post. I went through it again and I guess
>> the radio parts are fine as far as I can tell.
>>
>> The issue in the first post is IMHO a timing problem. You're running a
>> 20 MHz cell with means 30.72Msamples/s on the Lime. It can be tricky to
>> get a stable USB connection at those rates, therefore the lates, etc.
>>
>> Any chance you can reduce the bandwidth of the cell you are using?
>>
>> In your recent post, it seems you've been able to connect. I am not sure
>> what you changed here but please provide full UE logs and also the PCAP.
>> At least the last errors indicate an radio/USB issue again.
>>
>> Thanks
>> Andre
>>
>>
>>
>>
>> On 6/2/20 20:08, Marc T. wrote:
>>> Hi all,
>>>
>>> i just wanted to ask in the community if someone could share a
>>> LimeSDR-USB ue.conf for srsUE with me. I would be really interested in
>>> the rf, rrc and phy part - and a maybe a short note about the used
>>> antennas on the board itself and/or how it was connected (over the air
>>> or directly cabled)… actually all infos to understand why a certain
>>> parameter was set in the ue.conf .
>>>
>>> After my first post
>>> (http://www.softwareradiosystems.com/pipermail/srslte-users/2020-January/003311.html)
>>> was not seen, i was still able to get it up and running with 19.06 and a
>>> huge effort.
>>> 19.12 is not working because of some asn1 decoding issues.
>>>
>>> Today i had the first call where i was able to push some traffic, the
>>> connections duration was 25min before it broke.
>>> But i still face some lates "[WARNING] L“
>>> and other issues like
>>>
>>> "/home/sml/srsLTE/lib/src/phy/mimo/precoding.c.1111: Error
>>> predecoding CCD: Invalid combination of ports 2 and rx antennax 1
>>> /home/sml/srsLTE/lib/src/phy/phch/pdsch.c.927: Error predecoding“
>>>
>>> or
>>>
>>> „Warning PDU queue dispatched 25 packets“
>>>
>>> or
>>>
>>> „[ERROR] SetFrequencyCGEN(1.92 MHz) - cannot deliver requested
>>> frequency
>>> LSet master clock rate to 491.52 MHz
>>> [WARNING] Rx LPF min bandwidth is 4MHz when TIA gain is set to -12 dB
>>> [INFO] RX LPF configured
>>> Set Rx bandwidth to 2.50 MHz
>>> [ERROR] Rx calibration: MCU error 5 (Loopback signal weak: not
>>> connected/insufficient gain?)
>>> [INFO] Filter calibrated. Filter order-4th, filter bandwidth set to
>>> 5 MHz.Real pole 1st order filter set to 2.5 MHz. Preemphasis filter
>>> not active
>>> [INFO] TX LPF configured
>>> Set Tx bandwidth to 5.00 MHz
>>> [WARNING] popping from TX, samples popped 593/1020
>>> [INFO] Tx calibration finished
>>> Setting manual TX/RX offset to 57 samples
>>> .SoapySDRDevice_readStream returned -6: TIME_ERROR“
>>>
>>> —> then the connection broke…
>>>
>>> So my intention is if there are some parameter which i could improve in
>>> the ue.conf.
>>>
>>> Thank you in advance,
>>> Marc
>>>
>>>
>>>
>>> Mit freundlichen Grüßen,
>>> Best regards,
>>>
>>> Marc Triefelder
>>>
>>> E-Mail:m.triefelder at gmail.com
>>> <mailto:m.triefelder at gmail.com> <mailto:m.triefelder at gmail.com>
>>>
>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> srslte-users mailing list
>>> srslte-users at lists.softwareradiosystems.com
>>> http://www.softwareradiosystems.com/mailman/listinfo/srslte-users
>
--
Andre Puschmann
Software Radio Systems (SRS)
http://www.softwareradiosystems.com
PGP/GnuPG key: 6C42AB31
fingerprint: 137A AE49 785B A445 257C 8AD7 D877 A498 6C42 AB31
More information about the srsran-users
mailing list