A-GPS + RAI

[Torje]

Hi!

In my application, I am receiving A-GPS data from nRF Cloud. After the data is received there is a considerable amount of time where the GNSS module is blocked because of the RRC Connected-to-idle timer. I am looking at implementing RAI to close the connection earlier. As per my understanding, this could in the worst case scenario save up to 20 seconds.

I have not found any examples where this is done. In the nrf_modem_gnss, all the connectivity is abstracted away and implementing RAI from nrf_socket library combined with the nrf_modem_gnss seems like a very complex job.

Do you have any tips as how to implement this power saving feature? Are there any good examples of it being done?

Thank you all for any help!

Kind regards,

Torje

[Albrecht Markus Schellenberger]

Torje said:

And thank you for replying. I will thread carefully around implementing RAI. 

My pleasure, Torje :-) 

Torje said:

Do you know if Nordic R&D has given thoughts to solving the RRC Idle Timer challenges when using nRF Cloud, and if handling the issues you mention can be solved by the modem in a future update? It seems to me that its potentially a quite impactful power saving feature. And Nordic would know the sequence of its most used Cloud requests, like collecting Cell or A/P-GPS data etc. If I could configure it to go to RCC Idle after A-GPS data is received, I would every time. And my guess is that this applies to many. 

Frankly, I don’t know. And I’m not sure if we in Nordic can do that much here neither. As already mentioned, the timer is configured by the carrier and not negotiable from the UEs side. You should probably talk to the carrier itself and feedback them with this issue. 

Regards, 

Markus