| commit | efd5dbb16866ffe08c675172e6456aba5d588166 | [log] [tgz] |
|---|---|---|
| author | Daniel Willmann <dwillmann@sysmocom.de> | Mon Aug 25 16:20:23 2014 +0200 |
| committer | Daniel Willmann <daniel@totalueberwachung.de> | Wed Sep 10 19:19:58 2014 +0200 |
| tree | def422bd8653ce3f623457b91a0691f39f68c6c9 | |
| parent | 510d7d36ed1a040679f371976fa2c326c4b478bf [diff] |
tbf: Handle DL ACK/NACK poll timeout correctly If the PCU didn't receive the downlink ack/nack when it was polled there is no reason to assume it will arrive at a later time. In that case N3105 is already increased, but the next block sent should have a valid RRBP set as well to poll again. This can happen if either the BSN with the valid RRBP gets lost on the downlink or the DL ACK/NACK gets lost on the uplink path. Ticket: SYS#382 Sponsored-by: On-Waves ehf