NB-IoT packet loss

RE: NB-IoT packet loss

Achim Kraus — Wed, 16 Mar 2022 08:29:59 GMT

That sounds now great. It matches also my experience.

RE: NB-IoT packet loss

allard.p — Wed, 16 Mar 2022 07:51:07 GMT

Yes, I think it was some temporarily network conditions. The same device is now seeing loss of around 1-1.5%, with over 10000 messages sent, I think this is acceptable.

RE: NB-IoT packet loss

Achim Kraus — Wed, 16 Mar 2022 07:18:28 GMT

> I will also setup a test in another area, maybe this cell is just busy, I think the number of NB-IoT devices here in the Netherlands is already quite high.

Any update? Does it work better in the other area? Did you try to start your communication timers with RRC connected?

RE: NB-IoT packet loss

Achim Kraus — Thu, 24 Feb 2022 15:20:49 GMT

Though my modems are usually wake up from PSM, the time to get connected is sometimes large. In fast cases 2-3s, but 10-15s do also occur (not too often), even larger (luckily rare, I usually give up at 60s).

How long do you wait for your response?

Not that long "waiting time" consumes more power then a retransmission in time.

RE: NB-IoT packet loss

allard.p — Thu, 24 Feb 2022 14:00:10 GMT

The 3% seems to be consistent between requests and responses. The devices are indoors, in an industrial/office area. The number of (our) devices connected to the cell are 3 max. at this moment. I did some test with a high rate, a upload every minute, and also tests with a rate of 10 minutes or >30 minutes, all test result in a loss of around 3%.

I know CoAP has retransmissions, but I want to prevent them, the packet loss needs to be lower before I enable the retransmissions, to optimize the power usage. I will take a look at the timing, linking the timeouts to the RCC_MODE's is a good idea, although my timeout is currently longer than the RCC connected time.

I will also setup a test in another area, maybe this cell is just busy, I think the number of NB-IoT devices here in the Netherlands is already quite high.

RE: NB-IoT packet loss

Achim Kraus — Thu, 24 Feb 2022 09:59:05 GMT

If you write "timeouts/packet loss.", do you use CON requests? Or NON? (And of course, which client implementation?)

In my experience with NB-IoT 3% seems to be quite large. So may be there are some other reasons for that.

One common cause would be some "timing details" using RAI and/or PSM. If the CoAP layer send a message, the modem just start the sending. it takes sometimes a couple of seconds until that message is really send. I use therefore LTE_LC_EVT_RRC_UPDATE - LTE_LC_RRC_MODE_CONNECTED to start the timer for retransmission or response timeout. Also, if the timeout get larger and your device gets in LTE_LC_RRC_MODE_IDLE, you may need some extra time (I use 3s), in order to really receive the response.

With that, using CON, my retransmission rate is less than 1% and the failure rate is close to 0.

RE: NB-IoT packet loss

mcallistertad — Wed, 23 Feb 2022 21:43:20 GMT

3% packet loss sounds on the high side with good signal quality - is this consistent across requests and responses? What is the connection density - are they operating in an urban environment, how many devices are connected to the same cell, and how often do they transmit? When they transmit, do they all transmit simultaneously? Latency may be a factor It would be interesting to log the round trip time and see if this coincides with packet loss/ time of day.

From what I've seen, NB-IoT uplinks had a higher rate of success. CoAP is flexible with retransmission schemes, so this may not be a problem.

sdk-nrf v1.9 and the nRF connect desktop app support PCAP trace capture.