Fwd: ready-to-send at osmo-pcu
Ivan.Kluchnikov at fairwaves.ru
Wed Jun 20 09:16:14 UTC 2012
I think it makes sense, especially for the implementation of the USF
Moreover we should find the easy and functional way to set right USF at the
All patches are welcome! :)
2012/6/18 Andreas Eversberg <andreas at eversberg.eu>
> while reading l1_if.c, i found it usefull to move the ready-to-send-req
> handling to gprs_rlcmac.cpp, because composing of data block (or idle
> blocks) should be done when they are about to be sent and not stored in a
> queue for the following reasons:
> - USF can be controlled close to the time when the block is transmitted.
> - acknowledged RLC would require that, it can react directly on
> acknowledgements and select the right packet.
> - LLC frames can be flushed by SGSN, so transmission stops immediately.
> - QoS / control blocks can be scheduled more adequate.
> for now, i think it is ok to keep the send-queue, but move it to
> gprs_rlcmac.cpp. later the queue should be obsolete, if segmentation is
> performed "just in time", as well as uplink control. a queue should be used
> for LLC frames _before_ segmentation.
> any complains/suggestions? if not, i would provide a patch for that.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the osmocom-net-gprs