Actions
Bug #5536
closedBSC limits paging to one MS per 500ms per BTS
Start date:
04/21/2022
Due date:
% Done:
100%
Spec Reference:
Description
Before 2010, paging_handle_pending_requests() used to really send multiple requests every time it was executed.
Then, the following commit was introduced:
commit eb241aa1d5720a36cf97f29390c2890cf3aecba7 Author: Holger Hans Peter Freyther <holger@moiji-mobile.com> Date: Mon Sep 6 10:05:23 2010 +0800 [paging] Continuisly send paging commands. Instead of throwing a huge pile of paging commands to the BTS we will submit one paging command every half second. This way we can have different messages between the paging commands. This is done to avoid crashes of the nanoBTS when too much paging messages are send.
unfortunately this applies to all BTS models, not just nanoBTS, hurting performance across the board.
We need, IMHO- TTCN3 tests that simulate various paging load on the AoIP side, and which reflect the BSC is filling the BTS-reported paging queue size as per RSL CCCH LOAD IND (RSL_IE_PAGING_LOAD)
- handle multiple paging requests per timer execution
- dynamically scale the timer based on the load.
Checklist
- TTCN3 tests simulating various load scenarios
- handling of multiple paging per timer
- dynamic timer timeout scaling
Related issues
Actions