tree cb1592d94fafc4e1ec1747595e45d170dbe4aeda
parent ba06cc6cb84531155d246f7fce576f1d103ed7ed
author Pau Espin Pedrol <pespin@sysmocom.de> 1522152940 +0200
committer Pau Espin Pedrol <pespin@sysmocom.de> 1522154564 +0200

bsc: paging: Fix losing paging messages for BTS

Since eb241aa1d5720a36cf97f29390c2890cf3aecba7 (year 2010) we are
delaying transmission of paging packets 500ms in order to avoid crashing
the nanobts because of sending too many packets.

In consequence, if 2 BSSMAP PAGING messages arrived in less than 500ms,
since the 1st one was already in the queue, when 2nd one was handled then
paging_request_bts would return -EEXIST (negative value) and
paging_request_stop was called which would remove the paging in the
queue. As a result, the paging would be lost unless a new 3rd BSSMAP PAGING
message would arrive after this second one (which of course could be
again removed by a 4th sent less than 500ms afterwards), and so on.

Furthermore, it doesn't make sense to call stop_paging in here, so the
easy fix is to remove it to avoid the issue mentioned above.

Change-Id: I2605367b2735b48bce2b31504c444360b5ca6953