search

srsran / srsRAN_Project

Open source O-RAN 5G CU/DU solution from Software Radio Systems (SRS) https://docs.srsran.com/projects/project
https://www.srsran.com
GNU Affero General Public License v3.0
527 stars 179 forks source link

gNB Handover using two USRP? #654

Closed BGarcs closed 5 months ago

BGarcs commented 5 months ago

Hi everyone, I have been reading the gNB Handover tutorial and I wanted to ask if it is possible to implement this functionality using two USRP b210 instead of one x310 (or similar USRP). Has anyone tried this or know if it is possible to do it?

Thanks in advance

pgawlowicz commented 5 months ago

Hi, unfortunately it is not supported, and not planned to be supported soon.

pgawlowicz commented 5 months ago

Actually, it will be supported once we support CU/DU split. Specifically, each DU will be running as an independent process and will connect to its own USRP.

fllay commented 4 months ago

Is it supported now?

pgawlowicz commented 4 months ago

yes, it should be possible, just ran two DUs, each with own usrp, most probably you will need to both usrps to a common ref clock.

Jonas-Penailillo commented 4 months ago

Has anyone tried it?

fllay commented 4 months ago

yes, it works just fine for forcing handover however, for measuring handover it is not complete yet as discussed here https://github.com/srsran/srsRAN_Project/discussions/715

frankist commented 4 months ago

yes, it works just fine for forcing handover however, for measuring handover it is not complete yet as discussed here https://github.com/srsran/srsRAN_Project/discussions/715

Wrong link?

The common ref clock is important for the RRC measurements to work well. If the two USRPs are not well synchronized, CFO can make the neighbor cell signal look very weak.