Thanks for the response, Tommaso!
I will consider it... In which component do you think we should simulate the queue delay? PGW? (We really want to avoid to change the scheduling parameters).
And how can we simulate this in this scenario?
Regards,
Rafael.
--
You received this message because you are subscribed to a topic in the Google Groups "ns-3-users" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/ns-3-users/FrUurqwmM2E/unsubscribe.
To unsubscribe from this group and all its topics, send an email to ns-3-users+...@googlegroups.com.
To post to this group, send email to ns-3-...@googlegroups.com.
Visit this group at http://groups.google.com/group/ns-3-users.
For more options, visit https://groups.google.com/d/optout.
I see it! The idea of this simulation is just to show how the protocol responds (in terms of the throughput) to the presence of some sort of delay, although we know that the delay is not constant (as well as it is not monotonically increasing! ;)).
I will try some approaches to introduce this artificial delay (maybe including it in the p2p channel between eNB and SGW/PGW).
Thank you very much for your attention, Tommaso!
Best regards,
Rafael.