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/.
Vladimir Rolbin vrolbin at gmail.comhi, T3192 is 500 ms for my env set.. Regards, Vladimir On Sun, Nov 4, 2012 at 8:58 AM, jolly <andreas at eversberg.eu> wrote: > Ivan Kluchnikov wrote: > > In attachment you can find patch for osmo-pcu. > > > > hi ivan, > > i looked at you patch. it primarily removes the ability to re-assign an > existing downlink TBF on PACCH: > > - if (old_tbf) { > + if (old_tbf&&(old_tbf->direction == GPRS_RLCMAC_UL_TBF)) { > > a downlink TBF will, after polling the final ack, start T3193 and exist > until T3193 times out. the value for that timer is set by BTS. on the > phone T3192 is running, which is a little shorter. the phone will stay > on PDCH and listens for re-assignment on PACCH until T3192 times out. > T3192 is set by system information message. what settings do you have > for these two timers? > > there are three cases where assignment on PACCH is performed: > > 1. at gprs_rlcmac_downlink_ack() the > gprs_rlcmac_trigger_downlink_assignment() is called, if the dowlink TBF > has just finished, but more frames already arrived from SGSN. (T3193 not > started yet, but MS will have T3192 running.) > 2. at gprs_bssgp_pcu_rx_dl_ud() the > gprs_rlcmac_trigger_downlink_assignment() is called, if the dowlink TBF > still exists because a frame has arrived from SGSN. (T3193 running, and > so T3192 on the MS.) > 3. at gprs_bssgp_pcu_rx_dl_ud() the > gprs_rlcmac_trigger_downlink_assignment() is called, if an uplink TBF > exists because a frame has arrived from SGSN. > > in your patch you changed the condition for triggering downlink > assignment on PACCH to uplink TBF only. This would break the case where > T3193 is still pending and the re-use of downlink TBF. > > the case where a downlink TBF still exists would result in a PCH/AGCH > assignment, which causes problems, especially when multislot allocation > is used. this is because the selected (multiple) slots at > gprs_bssgp_pcu_rx_dl_ud() cannot be assigned on PCH/AGCH, just only one. > > i cannot see what your decision for your patch was. i guess that SI 13 > uses a low or no T3192 timer value. > > regards, > > andreas > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.osmocom.org/pipermail/osmocom-net-gprs/attachments/20121104/3616fac4/attachment.htm>