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/.

Alexander Chemeris alexander.chemeris at gmail.com
Mon Jun 18 19:26:18 UTC 2012


Andreas,

On Mon, Jun 18, 2012 at 9:19 PM, Andreas Eversberg <andreas at eversberg.eu> wrote:
> 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.

Logic looks reasonable for me. If Ivan doesn't see any pitfalls, I'm
ok with this.


-- 
Regards,
Alexander Chemeris.
CEO, Fairwaves LLC / ООО УмРадио
http://fairwaves.ru




More information about the osmocom-net-gprs mailing list