<div class="gmail_quote"><div>Hi, Andreas!</div><div><br></div>I think it makes sense, especially for the implementation of the USF management.<div><div>Moreover we should find the easy and functional way to set right USF at the right time.</div>
<div>
<br></div><div>All patches are welcome! :)</div><div><div class="h5"><br><div class="gmail_quote">2012/6/18 Andreas Eversberg <span dir="ltr"><<a href="mailto:andreas@eversberg.eu" target="_blank">andreas@eversberg.eu</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
hi,<br>
<br>
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:<br>


<br>
- USF can be controlled close to the time when the block is transmitted.<br>
- acknowledged RLC would require that, it can react directly on acknowledgements and select the right packet.<br>
- LLC frames can be flushed by SGSN, so transmission stops immediately.<br>
- QoS / control blocks can be scheduled more adequate.<br>
<br>
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.<br>


<br>
any complains/suggestions? if not, i would provide a patch for that.<br>
<br>
regards,<br>
<br>
andreas<br>
<br>
<br>
</blockquote></div><br><br clear="all"><div><br></div></div></div><span class="HOEnZb"><font color="#888888">-- <br>Regards,<br>Ivan Kluchnikov.<br><a href="http://fairwaves.ru/" target="_blank">http://fairwaves.ru</a><br>

<br>
</font></span></div>
</div><br><br clear="all"><br>-- <br>Regards,<br>Ivan Kluchnikov.<br><a href="http://fairwaves.ru/" target="_blank">http://fairwaves.ru</a><br>
<br>