<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://devzone.nordicsemi.com/cfs-file/__key/system/syndication/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>nrf9160 radio access: LTE vs GNSS</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/104598/nrf9160-radio-access-lte-vs-gnss</link><description>Hello, 
 I&amp;#39;m working on an experimental application that tries to collect GNSS data as often as possible and upload the data to our server as frequent as possible. 
 My setup: MFW 1.3.5, nRF Connect SDK 2.4.0 
 After uploading the data I am using AS-RAI</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Fri, 17 Nov 2023 13:14:23 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/104598/nrf9160-radio-access-lte-vs-gnss" /><item><title>RE: nrf9160 radio access: LTE vs GNSS</title><link>https://devzone.nordicsemi.com/thread/456171?ContentTypeID=1</link><pubDate>Fri, 17 Nov 2023 13:14:23 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:459e54e9-b2e9-4010-bc23-1a6835cea9d9</guid><dc:creator>&amp;#216;yvind</dc:creator><description>&lt;p&gt;Sounds good! Please test and let us know how that works!&amp;nbsp;&lt;br /&gt;&lt;br /&gt;&lt;/p&gt;
&lt;p&gt;Kind regards,&lt;br /&gt;Øyvind&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf9160 radio access: LTE vs GNSS</title><link>https://devzone.nordicsemi.com/thread/456049?ContentTypeID=1</link><pubDate>Thu, 16 Nov 2023 21:01:40 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:64abc84f-3ca1-423e-9af1-88c2ee4049bb</guid><dc:creator>shamilton</dc:creator><description>&lt;p&gt;Hi&amp;nbsp;&lt;span&gt;&amp;Oslash;yvind,&lt;br /&gt;&lt;br /&gt;Thanks for the response. Due to the 12 second preferred time window, we will probably have our minimum upload rate be 15 seconds. We appreciate the team looking into this for us.&lt;br /&gt;&lt;br /&gt;Regards,&lt;br /&gt;&lt;br /&gt;Stuart&lt;br /&gt;&lt;br /&gt;&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf9160 radio access: LTE vs GNSS</title><link>https://devzone.nordicsemi.com/thread/455960?ContentTypeID=1</link><pubDate>Thu, 16 Nov 2023 12:22:16 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:64c7f7bc-c35a-41e6-82bc-0186ad44ed1a</guid><dc:creator>&amp;#216;yvind</dc:creator><description>&lt;p&gt;Stuart, my sincere apologies for the late reply. Our modem team&amp;nbsp;had a look at the logs and provided the following response:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;The reason why the RRC connection activation sometimes gets delayed is a 12 second preferred time window granted to GNSS. During a preferred time window, GNSS blocks LTE. When the GNSS preferred time window ends, the RRC connection activation starts immediately.&lt;/p&gt;
&lt;p&gt;This is as per design and there’s currently no way around it. GNSS can only get a preferred time window right after the RRC connection release. Because of this the delay is not visible with the longer upload cycle, because the preferred time window has already ended before the next upload.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;Kind regards,&lt;br /&gt;Øyvind&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf9160 radio access: LTE vs GNSS</title><link>https://devzone.nordicsemi.com/thread/453727?ContentTypeID=1</link><pubDate>Thu, 02 Nov 2023 13:03:15 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:3758a70e-ddb8-4386-89f1-e9b351ad4021</guid><dc:creator>&amp;#216;yvind</dc:creator><description>&lt;p&gt;Thanks Stuart! I have forwarded this to our modem team and hope to have an answer by tomorrow or Monday.&amp;nbsp;&lt;br /&gt;&lt;br /&gt;Kind regards,&lt;br /&gt;Øyvind&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf9160 radio access: LTE vs GNSS</title><link>https://devzone.nordicsemi.com/thread/453381?ContentTypeID=1</link><pubDate>Tue, 31 Oct 2023 20:11:20 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:6630912c-4451-413b-907c-69d39112c810</guid><dc:creator>shamilton</dc:creator><description>&lt;p&gt;Hello, I am a colleague of amessner at the same company. Sorry for the wait, but we managed to capture a modem trace which highlights the delay in switching from RRC idle to RRC connected. Attached is the modem trace from a test, the application log associated with the same test, and a pdf document that annotates the application log to help explain what is happening.&amp;nbsp; In the test, we managed to capture examples of both normal functionality, and when there are delays in the transition to RRC connected.&lt;/p&gt;
&lt;p&gt;We hope the modem trace will help you to understand what might be causing these delays&lt;/p&gt;
&lt;p&gt;Please let us know if there is any other info we can provide.&lt;/p&gt;
&lt;p&gt;Thanks,&lt;/p&gt;
&lt;p&gt;Stuart&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;&lt;a href="https://devzone.nordicsemi.com/cfs-file/__key/communityserver-discussions-components-files/4/trace_2D00_2023_2D00_10_2D00_30T21_2D00_37_2D00_01.203Z.bin"&gt;devzone.nordicsemi.com/.../trace_2D00_2023_2D00_10_2D00_30T21_2D00_37_2D00_01.203Z.bin&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf9160 radio access: LTE vs GNSS</title><link>https://devzone.nordicsemi.com/thread/452534?ContentTypeID=1</link><pubDate>Thu, 26 Oct 2023 11:53:36 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:19dd5cc1-b54c-439f-aba7-64b6c112924d</guid><dc:creator>&amp;#216;yvind</dc:creator><description>&lt;p&gt;Hello,&lt;/p&gt;
[quote user="amessner"]I&amp;#39;m planning to collect a modem trace later this week[/quote]
&lt;p&gt;Any update on this?&lt;br /&gt;&lt;br /&gt;Kind regards,&lt;br /&gt;Øyvind&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf9160 radio access: LTE vs GNSS</title><link>https://devzone.nordicsemi.com/thread/451556?ContentTypeID=1</link><pubDate>Fri, 20 Oct 2023 17:27:59 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:6b5e8d35-09f4-48e7-991c-8c66cfc76a18</guid><dc:creator>Johnny Nguyen</dc:creator><description>[quote user="amessner"]This is a theoretical question that you should be able to answer without a modem trace. Are there any possible scenarios where GNSS would report to be blocked by LTE if the modem is in RRC idle?[/quote]
&lt;p&gt;Our developers state there are some LTE operations which can block GNSS also when an RRC connection is not active. For example, during cell search LTE uses the RF and GNSS needs to be blocked.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf9160 radio access: LTE vs GNSS</title><link>https://devzone.nordicsemi.com/thread/450845?ContentTypeID=1</link><pubDate>Tue, 17 Oct 2023 12:43:26 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:b958be77-e45c-40e1-b0b1-dd7577c6464a</guid><dc:creator>&amp;#216;yvind</dc:creator><description>&lt;p&gt;Alex, understood. Thanks for providing details so far. I&amp;#39;ve forwarded your question to our team and hope they can provide an elaborate answer to your use case.&lt;br /&gt;&lt;br /&gt;Kind regards,&lt;br /&gt;Øyvind&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf9160 radio access: LTE vs GNSS</title><link>https://devzone.nordicsemi.com/thread/450637?ContentTypeID=1</link><pubDate>Mon, 16 Oct 2023 14:58:39 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:de92ff70-f7e0-48a3-9f09-8965fe17f8bf</guid><dc:creator>amessner</dc:creator><description>[quote userid="77062" url="~/f/nordic-q-a/104598/nrf9160-radio-access-lte-vs-gnss/450595"]In order for us to see if there is an issue with RRC and RAI, we will need a&amp;nbsp;&lt;a href="https://infocenter.nordicsemi.com/topic/ug_cellular_monitor/UG/cellular_monitor/cellular_mon_trace_capture.html"&gt;modem trace from the device in field.&lt;/a&gt;[/quote]
&lt;p&gt;I&amp;#39;m planning to collect a modem trace later this week&lt;/p&gt;
[quote userid="77062" url="~/f/nordic-q-a/104598/nrf9160-radio-access-lte-vs-gnss/450595"]Is there a reason for why you want to have such a high upload cycle?&amp;nbsp;[/quote]
&lt;p&gt;I understand that this use case is not what&amp;nbsp;the nRF9160 is intended for, but I&amp;#39;m running experiments to evaluate feasibility of product use case given by my management.&amp;nbsp;&lt;/p&gt;
[quote userid="77062" url="~/f/nordic-q-a/104598/nrf9160-radio-access-lte-vs-gnss/450595"]The same goes for this issue with regards to modem trace. Have not heard about this issue before.&amp;nbsp;[/quote]
&lt;p&gt;This is a theoretical question that you should be able to answer without a modem trace. Are there any possible scenarios where GNSS would report to be blocked by LTE if the modem is in RRC idle?&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Thanks&lt;/p&gt;
&lt;p&gt;Alex&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf9160 radio access: LTE vs GNSS</title><link>https://devzone.nordicsemi.com/thread/450595?ContentTypeID=1</link><pubDate>Mon, 16 Oct 2023 13:34:02 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:0328aa43-4524-48f2-8db4-2720e6aeeae0</guid><dc:creator>&amp;#216;yvind</dc:creator><description>[quote user="amessner"] Is this the cell tower/network not switching us to RRC connected sooner and I am missing something in regards to the LTE protocol or is there some process in the modem that adds this delay of 5s?[/quote]
&lt;p&gt;In order for us to see if there is an issue with RRC and RAI, we will need a&amp;nbsp;&lt;a href="https://infocenter.nordicsemi.com/topic/ug_cellular_monitor/UG/cellular_monitor/cellular_mon_trace_capture.html"&gt;modem trace from the device in field.&lt;/a&gt;&amp;nbsp;Is there a reason for why you want to have such a high upload cycle?&amp;nbsp;&lt;/p&gt;
[quote user="amessner"]&lt;span style="font-family:inherit;"&gt;QUESTION #2: The second question is more generic and not directly related to the use case described above.&amp;nbsp;&lt;/span&gt;My assumption is that if the modem reports to be in RRC idle, then the GNSS can always access the radio and track satellites and is never blocked by LTE. However, I have seen scenarios where the GNSS&amp;nbsp;flag &amp;quot;NRF_MODEM_GNSS_PVT_FLAG_DEADLINE_MISSED&amp;quot; is set even with the modem in RRC idle. Is my assumption wrong? If yes, then what causes the modem to block GNSS even if the modem is in RRC idle?[/quote]
&lt;p&gt;The same goes for this issue with regards to modem trace. Have not heard about this issue before.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Thanks.&lt;br /&gt;&lt;br /&gt;KInd regards,&lt;br /&gt;Øyvind&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf9160 radio access: LTE vs GNSS</title><link>https://devzone.nordicsemi.com/thread/450116?ContentTypeID=1</link><pubDate>Thu, 12 Oct 2023 15:18:21 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:c2a5c747-60d5-47b7-aba3-0e2c641a4196</guid><dc:creator>amessner</dc:creator><description>&lt;p&gt;Hi&amp;nbsp;&lt;span&gt;&amp;Oslash;yvind,&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;GNSS is running in continuous&amp;nbsp;mode, LTE (NB-IoT) is enabled at all times.&amp;nbsp;GNSS tracking should be active any time the radio is not used for the upload cycle.&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Periodically we upload data, the upload rate is configurable. During an upload the modem transitions from RRC idle to RRC connected, uploads the data and transitions back to RRC idle.&amp;nbsp;&lt;/span&gt;&lt;span style="font-family:inherit;"&gt;The transition from RRC connected back to RRC idle would usually take 5s (with our local network), but we use AS-RAI to immediately transition back to RRC idle, this reduced the time for the complete RRC connected session to a ~3 seconds.&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span style="font-family:inherit;"&gt;Here is a specific scenario of a upload cycle of 15s:&lt;/span&gt;&lt;span style="font-family:inherit;"&gt;&lt;br /&gt;&lt;/span&gt;&lt;span style="font-family:inherit;"&gt;- The first ~3 second the LTE link is used to upload data (RRC connected session)&lt;br /&gt;- The remaining ~12 seconds the GNSS accesses the radio to track satellites&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span style="font-family:inherit;"&gt;This works fine, however when we increase the upload cycle to run every 6s then it sometimes works and sometimes doesn&amp;#39;t:&lt;br /&gt;When running the upload cycle every15s upon opening a socket and sending some data the modem always transitions immediately from RRC idle to RRC connected, however with an upload cycle every 6s&amp;nbsp;we sometimes see a delay of ~5s before the modem switches to RRC connected to send the data (with sometimes I mean hours at a time).&lt;br /&gt;&lt;/span&gt;&lt;span style="font-family:inherit;"&gt;QUESTION #1: Is this the cell tower/network not switching us to RRC connected sooner and I am missing something in regards to the LTE protocol or is there some process in the modem that adds this delay of 5s?&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span style="font-family:inherit;"&gt;QUESTION #2: The second question is more generic and not directly related to the use case described above.&amp;nbsp;&lt;/span&gt;My assumption is that if the modem reports to be in RRC idle, then the GNSS can always access the radio and track satellites and is never blocked by LTE. However, I have seen scenarios where the GNSS&amp;nbsp;flag &amp;quot;NRF_MODEM_GNSS_PVT_FLAG_DEADLINE_MISSED&amp;quot; is set even with the modem in RRC idle. Is my assumption wrong? If yes, then what causes the modem to block GNSS even if the modem is in RRC idle?&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;I will try to collect modem traces to support question #1 and attach them here.&lt;/p&gt;
&lt;p&gt;Thank you&lt;/p&gt;
&lt;p&gt;Alex&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf9160 radio access: LTE vs GNSS</title><link>https://devzone.nordicsemi.com/thread/449973?ContentTypeID=1</link><pubDate>Thu, 12 Oct 2023 07:58:38 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:f0348bdf-4925-4c83-a4ab-e11070845b4b</guid><dc:creator>&amp;#216;yvind</dc:creator><description>&lt;p&gt;Hi Alex,&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Could you provide more details on your issue? Do you have any application logs and/or modem traces that you can provide us with?&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Remember that o&lt;span&gt;peration is time multiplexed with LTE modem, and it is possible to use the GPS and QZSS receiver to obtain position either while the LTE is in RRC Idle mode or power saving mode (PSM), or when the LTE modem is completely deactivated.&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;How long does the GNSS run vs LTE modem?&amp;nbsp;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Thanks.&amp;nbsp;&lt;br /&gt;&lt;br /&gt;Kind regards,&lt;br /&gt;Øyvind&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>