Closed ghost closed 3 years ago
Hey, sorry for the late reply. We are usually using the SoapySDR drivers to access the bladeRF rather than the native one. You can give this a try.
Set RX sampling rate 11.52 Mhz, filter BW: 9.22 Mhz
The driver might set the filter bandwidth too narrow. Try with --expert.lte_sample_rates
perhaps.
I am closing the issue until further notice.
Thanks Andre
Issue Description
For v21.04, there are some HW combinations where the UE cannot detect the cell.
My Experiment result is bellow;
version = srsRAN_21_04 OK:(eNB,UE)=(bladeRFxA4, USRP ) NG:(eNB,UE)=(USRP, bladeRFxA4 ) NG:(eNB,UE)=(bladeRFxA4, bladeRFxA4 )
It seems that UE=bladeRFxA4 pattern is not working well.
On the other hand, It has been coonfirmed that it can be done with srsLTE_20_10_1.
Setup Details
[ue] Ubunt18.04LTS srsRAN-release_21_04
[enb,epc] Ubunt18.04LTS srsRAN-release_21_04
[HW] bladeRFxA4 BladeRF-cli = 1.8.0 BladeRF-lib = 2.4.0 BladeRF-fw = 2.4.0 BladeRF-fpga= 0.12.0
USRP b210 UHD_4.0.0.0
Expected Behavior
This is OK:(eNB,UE)=(bladeRFxA4, USRP ) pattern;
Actual Behaviour
This is NG:(eNB,UE)=(USRP, bladeRFxA4 ) pattern. It is the same as NG:(eNB,UE)=(bladeRFxA4, bladeRFxA4 ) pattern.
^ Srsue stop here all the time.
Steps to reproduce the problem
Build and Install srsRAN
git clone https://github.com/srsran/srsRAN.git -b release_21_04 srsRAN-release_21_04 sudo apt-get update sudo-apt-get upgrade sudo apt-get install cmake libfftw3-dev libmbedtls-dev libboost-program-options-dev libconfig++-dev libsctp-dev cd ~/srsRAN-release_21_04 mkdir build cd build cmake ../ make make test sudo make install sudo ldconfig srsran_install_configs.sh user --force
RUN srsRAN
sudo srsepc_if_masq.sh wlp6s0 sudo srsepc sudo srsenb
sudo srsue
Additional Information