Veel toepassingen zullen het niet nodig hebben (alhoewel…), maar soms is het nodig om niet alleen korte berichtjes maar ook (middle-)grote bestanden te kunnen versturen of te ontvangen. Bijvoorbeeld als je een firmware upgrade wilt doen van je product of voor het versturen van uitgebreide meetdata in het geval je device een storing heeft. Met een download bandbreedte van 250kbps en een upload bandbreedte van 20kbps (of 250kbps igv dual tone) zou er binnen NBIOT wel wat mogelijk moeten zijn. Vraag: hoe is het versturen en ontvangen van bestanden binnen NBIOT het beste te realiseren?

Afzal once promissed to wash your car if you found a black spot in the NBIOT coverage. Wondering whether the offer still counts…

Seems to work fine

@afzal_m Ik ben vooral benieuwd wat de internationale afspraken hierover zijn, binnen 3GPP of GSMA. Want die 5 berichten per uur, geldt dat ook in andere landen waar T-mobile actief is en geldt dat ook voor andere providers (Vodafone etc)? En als we de applicatie beperken tot 5 berichten per uur, hoeveel % van de berichten gaat er dan maximaal verloren?
Dit zijn belangrijke parameters voor een robuust product ontwerp.

Today we’ve been doing some current measurements using an SODAQ NB-IoT board with an uBlox SARA-N211-02B (with v6.57 firmware). We notice some ‘strange’ behavior that might be related to the network. See the two pictures below. The first one is when transmitting 32 bytes, this is what I observe:

• sleep mode (~3 seconds)

• connection mode (~200 msec)

• transmit mode (~200 msec)

• receive mode (~22 seconds)

• idle mode (~1 second)

• eDRX mode (~27 seconds)

Now with 512 bytes I see a lot more, which a cannot explain:

• connection mode ? (from t=~3 until t=~23 seconds)

• transmit mode ? (from t=~24 until t=~35 seconds), i.e. 11 seconds for 512 bytes?

• a second transmit mode ? (from t=~56 until t=~58 seconds), why ?

Can this 512 byte transfer behavior be explained ?

T-mobile NL gebruikt band 8 voor NB-IoT, Zie frequentie tabel: https://en.wikipedia.org/wiki/LTE_frequency_bands

@nhan-nguyen use the ‘OpenSignal’ app available on iOS and Android. It will gave cell id and LAC code and show the cell to which your phone is connected. This is probably the same cell as for your NB-IOT device.

Klopt, NB-IOT heeft een bandbreedte van 180kHz, maar wel aparte kanalen voor uplink en voor downlink. Dus als je 1 antenne wilt gebruiken dan zal ie inderdaad 80MHz bandbreedte moeten hebben. Aparte antennes voor up en down link kan wellicht maar is zeker niet kosteneffectief. De reden voor de 180kHz bandbreedte is dan ook niet bedoeld voor de antenne zelf maar voor de antenneversterker van de zender, die kan daardoor energiezuinig ontworpen worden. Antenne efficiëntie is natuurlijk belangrijk, kies er maar een met een grote gain en plaats hem zodanig dat ie geen last heeft van omgevingsfactoren. Maar een extreem grote range is voor NB-IOT in Nederland niet noodzakelijk, de antennedichtheid van T-Mobile is enorm groot, zeker tov LoRa. Bovendien moet niet alleen de zender erg nefficient zijn maar ook de ontvanger. NB-IOT is namelijk, in tegenstelling tot LoRa, een protocol met veel interactie tussen UE en zendmast.

@afzal_m Krijgen we op 9 maart ook de volgende vraag beantwoord? Wanneer worden de MVP specificaties voor het NB-IoT netwerk gehaald, zowel qua (minimale) functionaliteit en performance, opdat we ook producten kunnen gaan ontwikkelen die zich overal ter wereld hetzelfde gedragen ?

@techniek Het verschil in LTE banden is bekend en daar kun je op designen. Ik ben inderdaad benieuwd naar die andere regionale verschillen, opdat we er bij by-design rekening mee kunnen houden. Hopelijk zijn die verschillen minimaal en leiden ze niet tot ander functioneel gedrag. Denk aan: wel of geen CDP, instellingen van de timers, andere latencies, etc.

Afzal once promissed to wash your car if you found a black spot in the NBIOT coverage. Wondering whether the offer still counts…

Zendvermogen wordt inderdaad automatisch geregeld tussen modem en zendmast. Wel is er in de NBIOT standaard een maximum zendvermogen van 23dBm vastgelegd. Daarnaast moet je er rekening mee houden dat het modem berichten zal gaan herhalen als de signaalkwaliteit slecht is, bijvoorbeeld ondergronds; de zgn ECL1 en 2 modes die ook eerder al eens op dit forum zijn besproken.

I didn’t post anything here… Who’s posting in my name?

@felixdonkers 1 opvallend verschil is dat in NL alleen de uBlox N2xx is getest en dat die niet geschikt is voor gebruik in de USA. Daar wordt vooral de R410M-02B gepropagandeerd, maar die is helaas nog niet vrijgegeven op het netwerk in NL, zie ook: https://docs.iot.t-mobile.nl/docs/hardware. Is al bekend wanneer de R410 in Nederland wel geschikt wordt voor commercial deployment?

@techniek Het verschil in LTE banden is bekend en daar kun je op designen. Ik ben inderdaad benieuwd naar die andere regionale verschillen, opdat we er bij by-design rekening mee kunnen houden. Hopelijk zijn die verschillen minimaal en leiden ze niet tot ander functioneel gedrag. Denk aan: wel of geen CDP, instellingen van de timers, andere latencies, etc.

Zoals te lezen is in onderstaand artikel, heeft T-mobile nu ook een NB-IoT netwerk live in de USA.
https://www.t-mobile.com/content/t-mobile/corporate/news/articles/2018/07/americas-first-narrowband-iot-network.html. Kan ik producten die in Nederland getest zijn nu ook zondermeer in de USA inzetten?

@techniek Nog een vraagje: je geeft aan dat COAP impliciet al gebruik maakt van early release. Betekent dit dat er met COAP geen downlink berichten mogelijk zijn (net zoals bij UDP met early release) ?

Proficiat met deze resultaten. Ik ben benieuwd onder welke RF condities deze metingen gedaan zijn, rssi waarde, TX power waarde, etc.

Heb je deze metingen ook al gedaan onder corner case situaties, dwz onder ECL1 en 2 mode condities?

Verder wordt in het volgende artikel gesproken over nog veel energie zuinigere technologie. Hebben jullie daar al concrete ervaring mee? https://www.eetimes.com/document.asp?doc_id=1332677

Bovendien kent NBIOT verschillende modes voor het gebruik van het LTE spectrum, zie figuur en ook white paper van Rohde en Schwartz (https://cdn.rohde-schwarz.com/pws/dl_downloads/dl_application/application_notes/1ma296/1MA296_0e_NB-IoT_Measurements.pdf). Ik heb geen idee welke mode T-Mobile gebruikt.

Klopt, NB-IOT heeft een bandbreedte van 180kHz, maar wel aparte kanalen voor uplink en voor downlink. Dus als je 1 antenne wilt gebruiken dan zal ie inderdaad 80MHz bandbreedte moeten hebben. Aparte antennes voor up en down link kan wellicht maar is zeker niet kosteneffectief. De reden voor de 180kHz bandbreedte is dan ook niet bedoeld voor de antenne zelf maar voor de antenneversterker van de zender, die kan daardoor energiezuinig ontworpen worden. Antenne efficiëntie is natuurlijk belangrijk, kies er maar een met een grote gain en plaats hem zodanig dat ie geen last heeft van omgevingsfactoren. Maar een extreem grote range is voor NB-IOT in Nederland niet noodzakelijk, de antennedichtheid van T-Mobile is enorm groot, zeker tov LoRa. Bovendien moet niet alleen de zender erg nefficient zijn maar ook de ontvanger. NB-IOT is namelijk, in tegenstelling tot LoRa, een protocol met veel interactie tussen UE en zendmast.