[srsran-users] srsRAN LTE/5G simulation question

[JOE LUKOSE]

Thanks Joe for for the quick response, that was helpful.
Please bear with me, I just have a few follow up questions.
 
1) Ignoring the EPC for the moment, is there any software within
the UE and eNodeB that would operate incorrectly given the 1 frame per hour
thought experiment? i.e., can't help but notice the emphasis on the word
"most" in your reply.
 
2) Are the eNodeB and UE really in lock step at the frame rate (10ms) or is
it the subframe rate (1ms)? Seems like it would have to be at the
subframe rate (1ms) in order to support TDD modes as well as satisfy
hybrid ARQ process latencies in FDD.
 
3) Does a ZMQ packet contain a frame or a subframe?
 
4) Could you elaborate on any suspected concerns within the EPC?
how does the EPC maintain its clock? i.e. what informs the EPC what time it is?
 
Joe

> On 05/10/2024 8:15 AM CDT J Giovatto <jgiovatto at adjacentlink.com> wrote:
>  
>  
> 
> Hi Joe,
> 
> I think you are correct in theory you could pass 1 frame per hour and most of the ue and enb software would NOT know the difference because the timer/tick is rx/tx frame based.
> 
> With the TCP ZMQ  UL and DL transport the nodes are in lock step push/pull connection.
> 
> I think you might have problems with the EPC at some point if it slows down too much.
> 
> Joe
> 
>  
>  
> On 5/10/24 08:42, JOE LUKOSE wrote:
> 
> > Hello Community,
> >  
> > I have a question regarding the feasibility of using the srsRAN LTE/5G software stack in a simulation only environment using ZeroMQ (no SDRs) with a GNU "radio" broker to interconnect n UEs to m eNodeBs.
> >  
> > In the simulation environment, the broker models multiple channel(s) and sums signals within channel matrix for each receiver. The simulation is computationally intensive and is expected to run much slower than real time.
> >  
> > In this environment is simulation time completely decoupled from srsRAN stack real time constraints?
> >  
> > The srsRAN document states support for ZeroMQ interface for transmitting/receiving data packets between UE and eNodeB.
> > 
> > This suggests that the srsRAN software stack interface between eNB and UE is data driven and not bound by strict real-time constraints. Is this a proper understanding? Any clarification you can provide is greatly appreciated.
> >  
> > Thanks,
> >  
> > Joe
> > 
> > 
> > _______________________________________________
> > srsran-users mailing list
> > srsran-users at lists.srsran.com mailto:srsran-users at lists.srsran.com
> > https://lists.srsran.com/mailman/listinfo/srsran-users
> > 
> 
>  
> 
> _______________________________________________
> srsran-users mailing list
> srsran-users at lists.srsran.com
> https://lists.srsran.com/mailman/listinfo/srsran-users
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.srsran.com/pipermail/srsran-users/attachments/20240510/b73b3392/attachment.htm>