A number of our sectors have been seeing interference from various operators moving channels during the great PAL shuffle. When this occurs we begin seeing session drops at a seemingly regular cadence (30m-1h) . The fix so far has been to move the sector to a new cleaner channel within the available spectrum. However having worked with other radio systems quite extensively it seems strange that we don’t see consistent demodulation due to interference rather just complete session drops. We’re looking to determine if this is a normal behavior of the PMP450 radio system or if we are missing some configuration parameter that would improve our equipment’s tolerance to these interference events.
Error seen on SM at time of session drop:
04/22/2021 : 10:13:20 UTC : 2090295: SetPiggyMode: 1 SM: using all of uplink and bypassing bandwidth request delay. Users:1
04/22/2021 : 10:13:23 UTC : 2090546: VcErrorInfoSM: VC Error VC:20 status:5(Frame Builder, uplink couldn’t get scheduled) (Unknown reason: 0)
04/22/2021 : 10:13:23 UTC : 2090546: VcErrorInfoSM: Session Uptime:00:57:16 Rx Power:-60.5 dBm ( -64.0 dBm V / -63.0 dBm H )
04/22/2021 : 10:13:23 UTC : 2090546: VcErrorInfoSM: Beacons:100% Maps:100%
04/22/2021 : 10:13:23 UTC : 2090546: VcErrorInfoSM: Setting scantype as normal due to VCError
We are currently running the latest firmware v20.2.1 (BETA-1) on all of our equipment currently in the network. However we’ve seen this behavior going back to 16.2.3, the issue has likely been made worse by increased congestion on remaining GAA channels after the PAL(s) went live.