ZMQ + GNU Radio send to a hardware #174
Replies: 2 comments 1 reply
-
Hi! The UE or eNb needs a strict timing constraint of 4 milliseconds between receiving and transmitting. The ZMQ module achieves this by transmitting 4ms of zeros in the beginning. This makes sure there are always 4ms of buffered samples between the transmitter and the receiver. UHD uses timestamps for indicating the transmit time in the USRP. The safest way to operate USRPs is first to receive a block of data and then transmit another block of data based on the timestamp of the received block. This makes it possible to control the radio latency even if there are instabilities (overflow, underflow, etc). To sum up, it could be possible if you could control deterministically the UHD latency in GNU radio. In addition to the deterministic latency issue, you must consider that ZMQ uses internal threads, and dynamic memory which can make extremely difficult the real-time operation. If I was you, I would:
|
Beta Was this translation helpful? Give feedback.
-
Hi @undeathkhaoz, In srsENB, the DL channel emulator is attached just before samples are sent to the radio device for TX, while in UL before the signal samples enter the PHY layer for demodulation and decoding. |
Beta Was this translation helpful? Give feedback.
-
Hi! i'm trying to use srsRAN send data to GNU Radio to create some data processing before use an USRP, through ZMQ Rep and Sink, like an image below:
Is this possible using ZMQ?
Beta Was this translation helpful? Give feedback.
All reactions