Skylo NTN: Signal Quality Check feature

RE: Skylo NTN: Signal Quality Check feature

Syed Maysum Abbas Zaidi — Tue, 18 Aug 2026 10:51:07 GMT

Hi,

Basically quality is evaluated only when EMM (EPS Mobility Management) re-triggers their procedure. UE is allowed to transmit if signal quality has been improved.

Also yes, it is true that trying to sent packet is needed. UE evaluates signal quality per EMM procedure (ATTACH, TAU or Service Request), and each procedure starts always as a fresh attempt meaning that signal quality recording starts at first attempt.

I hope it helps. Thanks

RE: Skylo NTN: Signal Quality Check feature

JordanYates — Mon, 17 Aug 2026 00:15:27 GMT

Hi Syed,

Thanks for the response. The described method roughly matches what we have already been performing to evaluate signals. Can you confirm how frequently the RX signal quality values are updated? My colleague had to cycle airplane mode each time we wanted a new reading.

In the final application, we will want to send a location every few hours from a mobile asset that could be indoors. One approach we were hoping to utilize was to check the NTN signal quality (from the PSM idle state), and skip the expensive GNSS fix if the signal has been lost, since we can't send the location anyway. But based on your description, it sounds like this can't be done without trying to send a packet to trigger the evaluation?

RE: Skylo NTN: Signal Quality Check feature

Syed Maysum Abbas Zaidi — Tue, 11 Aug 2026 07:00:32 GMT

Hi,

Thanks a lot for waiting. After consulting with the modem team, here is our response to your questions:

The signal quality check is an automated modem process specified by 3GPP. If a lower layer failure occurs (example an RRC connection release, radio link failure, or random access channel timeout before receiving a network response), the modem detects this and performs operations such as incrementing failure counters, backing off, or entering a limited service state, depending on the EMM cause code. If lower layer failures have occurred, before retrying a connection (such as an Attach Request, Tracking Area Update (TAU), or Service Request), the modem evaluates the signal conditions; if they have not improved, no new connection attempt is made.

This blocking (back-off) is visible in the +CGEV notification and the requested procedure is restricted:

+CGEV: RESTR <cause>,<validity>

<cause>
4 – Signal quality check fails at connection establishment. See %FEACONF <feature_id> value 7.

<validity>
1 – Permanent restriction. Clearing requires a power-off, UICC change, or a configuration change.
2 – Temporary restriction. Clearing requires, for example, back-off timer expiry.

However It is not possible to manually trigger this evaluation. One option to evaluate signal and cell availability without enabling the power-hungry TX is to use RX-only mode, so you can activate LTE in RX-only mode (cell selection with no network signaling; only search, SI reception, and NW evaluation are performed):

Case where cell is available:

=> AT+CFUN=2
<= +CEREG: 51,"0001","01A2D101",14,,,"11100000","11100000"

After CEREG: 51, it is possible to evaluate the RX signal quality

=> AT%XMONITOR
<= %XMONITOR: 1,"","","90198","3A9B",14,255,"0004CE7B",3,228821,20,27,"","00001000","00111000","11100000",20,3,8,4

Case where no suitable cell is available:
Activate LTE in RX-only mode and observe the search status:
```
=> AT+CFUN=2
<= %MDMEV: SEARCH STATUS 1 (light search complete)
<= %MDMEV: SEARCH STATUS 2 (full search complete)
```
Receiving search-status events without a +CEREG: 51 indicates that no suitable PLMN was found.

I hope it helps.

RE: Skylo NTN: Signal Quality Check feature

Syed Maysum Abbas Zaidi — Wed, 29 Jul 2026 08:48:30 GMT

Hi,

Thanks for reaching out. Yes it's correct that not much information is available publicly so I have forwarded your questions internally and will respond back soon. Thanks.

Best Regards,
Syed Maysum

RE: Skylo NTN: Signal Quality Check feature

Achim Kraus — Tue, 28 Jul 2026 06:35:29 GMT

I guess the idea is, the check doesn't require that much energy but sending will require the energy,

In my experience that's not the case. The check already required a lot of energy. Therefore the idea doesn't pay off.