<div dir="ltr"><div>hi,</div>
<div> </div>
<div>T3192 is 500 ms for my env set..</div>
<div> </div>
<div>Regards,</div>
<div>Vladimir</div>
<div><br> </div>
<div class="gmail_quote">On Sun, Nov 4, 2012 at 8:58 AM, jolly <span dir="ltr"><<a href="mailto:andreas@eversberg.eu" target="_blank">andreas@eversberg.eu</a>></span> wrote:<br>
<blockquote style="BORDER-LEFT:#ccc 1px solid;MARGIN:0px 0px 0px 0.8ex;PADDING-LEFT:1ex" class="gmail_quote">Ivan Kluchnikov wrote:<br>> In attachment you can find patch for osmo-pcu.<br>><br><br>hi ivan,<br><br>i looked at you patch. it primarily removes the ability to re-assign an<br>
existing downlink TBF on PACCH:<br><br>-       if (old_tbf) {<br>+       if (old_tbf&&(old_tbf->direction == GPRS_RLCMAC_UL_TBF)) {<br><br>a downlink TBF will, after polling the final ack, start T3193 and exist<br>
until T3193 times out.  the value for that timer is set by BTS. on the<br>phone T3192 is running, which is a little shorter. the phone will stay<br>on PDCH and listens for re-assignment on PACCH until T3192 times out.<br>
T3192 is set by system information message. what settings do you have<br>for these two timers?<br><br>there are three cases where assignment on PACCH is performed:<br><br>1. at gprs_rlcmac_downlink_ack() the<br>gprs_rlcmac_trigger_downlink_assignment() is called, if the dowlink TBF<br>
has just finished, but more frames already arrived from SGSN. (T3193 not<br>started yet, but MS will have T3192 running.)<br>2. at gprs_bssgp_pcu_rx_dl_ud() the<br>gprs_rlcmac_trigger_downlink_assignment() is called, if the dowlink TBF<br>
still exists because a frame has arrived from SGSN. (T3193 running, and<br>so T3192 on the MS.)<br>3. at gprs_bssgp_pcu_rx_dl_ud() the<br>gprs_rlcmac_trigger_downlink_assignment() is called, if an uplink TBF<br>exists because a frame has arrived from SGSN.<br>
<br>in your patch you changed the condition for triggering downlink<br>assignment on PACCH to uplink TBF only. This would break the case where<br>T3193 is still pending and the re-use of downlink TBF.<br><br>the case where a downlink TBF still exists would result in a PCH/AGCH<br>
assignment, which causes problems, especially when multislot allocation<br>is used. this is because the selected (multiple) slots at<br>gprs_bssgp_pcu_rx_dl_ud() cannot be assigned on PCH/AGCH, just only one.<br><br>i cannot see what your decision for your patch was. i guess that SI 13<br>
uses a low or no T3192 timer value.<br><br>regards,<br><br>andreas<br><br></blockquote></div><br></div>