Fwd: ready-to-send at osmo-pcu

This is merely a historical archive of years 2008-2021, before the migration to mailman3.

A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/osmocom-net-gprs@lists.osmocom.org/.

Ivan Kluchnikov Ivan.Kluchnikov at fairwaves.ru
Wed Jun 20 09:16:14 UTC 2012


Hi, Andreas!

I think it makes sense, especially for the implementation of the USF
management.
Moreover we should find the easy and functional way to set right USF at the
right time.

All patches are welcome! :)

2012/6/18 Andreas Eversberg <andreas at eversberg.eu>

> hi,
>
> 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.
>
> regards,
>
> andreas
>
>
>


-- 
Regards,
Ivan Kluchnikov.
http://fairwaves.ru




-- 
Regards,
Ivan Kluchnikov.
http://fairwaves.ru
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/osmocom-net-gprs/attachments/20120620/03b2275f/attachment.htm>


More information about the osmocom-net-gprs mailing list