NB-IoT. Non-IP Data Delivery vagy csak NIDD. Tesztelés MTS kereskedelmi szolgáltatással

Jó napot és jó hangulatot!

Ez egy kis oktatóanyag a NIDD (Non-IP Data Delivery) beállításához az MTS felhőszolgáltatásban magától értetődő „M2M Manager” néven. A NIDD lényege a kis adatcsomagok energiahatékony cseréje az NB-IoT hálózaton keresztül az eszközök és a szerver között. Ha a korábbi GSM-eszközök TCP/UDP-csomagok cseréjével kommunikáltak a szerverrel, akkor az NB-IoT-eszközök számára egy további kommunikációs módszer – NIDD – vált elérhetővé. Ebben az esetben a szerver egyesített POST/GET kérések segítségével lép kapcsolatba a szolgáltató hálózatával. Magamnak írok (hogy el ne felejtsem) és mindenkinek, aki hasznosnak találja.

Az NB-IoT-ről olvashatsz:

NB-IoT, Narrow Band Internet of Things. Általános információk, technológiai jellemzők
NB-IoT, Narrow Band Internet of Things. Energiatakarékos módok és vezérlőparancsok

NIDD elmélet az MTS-től

A tesztelési folyamatban használt NB-IoT modul dokumentációja:
Neoway N21.

MTS szolgáltatás M2M eszközök kezeléséhez.

Ahhoz, hogy NIDD-t érezzünk, szükségünk van:

  • SIM-kártya NB-IoT MTS
  • NIDD-kompatibilis NB-IoT eszköz
  • jelszó és bejelentkezés az M2M-manager MTS-ből

Eszközként táblát használtam N21 DEMO, valamint az M2M menedzserhez való hozzáféréshez szükséges jelszót és bejelentkezési azonosítót az MTS munkatársai kedveskedtek a rendelkezésemre. Ezért is, valamint a sokféle segítségért és a számos konzultációért nagy köszönet nekik.

Tehát menjen az M2M menedzserhez, és ellenőrizze, hogy:

  • a "SIM Manager" menüpontban található az "NB-IoT Control Center";
  • NB-IoT kártyánk megjelent az NB-IoT Vezérlőközpontban, valamint a következő szekciók:
    NIDDAPN
    NIDD fiókok
    NIDD biztonság
  • legalul van egy "API M2M" menüpont a "NIDD fejlesztői útmutatóval"

Az egész gazdaságnak valahogy így kell kinéznie:

NB-IoT. Non-IP Data Delivery vagy csak NIDD. Tesztelés MTS kereskedelmi szolgáltatással

Ha valami hiányzik az M2M menedzserből, nyugodtan küldjön kérést a menedzserének az MTS-hez kívánságai részletes leírásával.

Ha az NB-IoT Vezérlőközpont szükséges elemei a helyükön vannak, akkor elkezdheti a kitöltést. Sőt, a „NIDD-fiókok” az utolsó dolog: a szomszédos szakaszokból származó adatokra lesz szükség.

  1. NIDDAPN: kitaláljuk és kitöltjük az APN nevét és az „Application ID”-t.
  2. NIDD biztonság: itt adjuk meg alkalmazásszerverünk IP-címét, amely az MTS szolgáltatáson (szerveren) keresztül kommunikál az NB-IoT eszközökkel.
  3. NIDD fiókok: Csak töltse ki az összes mezőt, és kattintson a "Mentés" gombra.

Amint az összes pontot kitöltötte, elkezdheti kezelni azokat a kéréseket, amelyeket szerverünknek meg kell alkotnia. Elmegyünk az „API M2M” oldalra, és elolvassuk a „NIDD fejlesztői útmutatót”. Ahhoz, hogy az eszköz tudjon regisztrálni az NB-IoT hálózatba, létre kell hoznia egy SCS AS konfigurációt:

NB-IoT. Non-IP Data Delivery vagy csak NIDD. Tesztelés MTS kereskedelmi szolgáltatással

A kézikönyv tartalmazza az egyes lekérdezési paraméterek leírását, csak néhány apró megjegyzést teszek:

  1. link kérések küldéséhez: m2m-manager.mts.ru/scef/v1/3gpp-nidd/v1/{scsAsId}/configurations, ahol az scsAsId az „Alkalmazásazonosító” a „NIDD APN” menüpontból;
  2. alapvető engedélyezési mód bejelentkezési névvel és jelszóval - használja azt a bejelentkezési nevet és jelszót, amelyet a „NIDD-fiókok” menüpont kitöltésekor hozott létre;
  3. NotificationDestination a szerver címe. Ebből nem ip üzeneteket fog küldeni az eszközöknek, az MTS szerver pedig értesítést küld neki a nem ip üzenetek küldéséről és fogadásáról.

Amikor az SCS AS konfiguráció létrejött, és az eszköz sikeresen regisztrált NIDD módban az üzemeltető NB-IoT hálózatában, megpróbálhatja kicserélni az első nem ip üzeneteket a szerver és az eszköz között.

Ha üzenetet szeretne küldeni a szerverről az eszközre, olvassa el a kézikönyv "2.2 Üzenet küldése" című részét:

NB-IoT. Non-IP Data Delivery vagy csak NIDD. Tesztelés MTS kereskedelmi szolgáltatással

{configurationId} a kérelem hivatkozásban a konfiguráció létrehozási szakaszában kapott "hex-gibberish" típusú érték. Így néz ki: b00e2485ed27c0011f0a0200.

dátum — üzenettartalom Base64 kódolásban.

NB-IoT eszköz konfigurálása a NIDD-ben való működésre

Természetesen a szerverrel való adatcsere érdekében készülékünknek nemcsak az NB-IoT hálózatban kell működnie, hanem támogatnia kell a NIDD (non-ip) módot is. Az N21 DEMO fejlesztőlap vagy más azon alapuló eszköz esetén NB-IoT-modul N21 a nem ip üzenetek küldésének műveletsorát az alábbiakban ismertetjük.

Az APN-nel aktiváljuk a konfigurációt, amit az M2M kezelő (itt - EFOnidd) "NIDD APN" elemének kitöltésekor találtunk ki:

AT+CFGDFTPDN=5"EFonidd"

és kérje meg az eszközt, hogy regisztráljon újra a hálózaton:

AT+CFUN=0

AT+CFUN=1

majd kiadja a parancsot

AT+CGACT=1,1

és küldje el a "teszt" üzenetet:

AT+NIPDATA=1, "teszt"

Az N21 modul UART-ján nem ip üzenet érkezésekor egy kéretlen üzenet jelenik meg a következő formában:

+NIPDATA:1,10,3132333435 // nem IP üzenet érkezett '12345'
ahol
1 - CID, pdp kontextus
10 - a tizedesvessző utáni adatbájtok száma

Az üzenet Base64 kódolásban érkezik a szerverre (POST kérésben).

PS A kiszolgálóról történő adatátvitel szimulálásához kényelmes a program használata Postás. Bármilyen HTTP-kiszolgálót imitáló szkriptet használhat üzenetek fogadására.

Remélem hasznos lesz valakinek.
Köszönöm.

Forrás: will.com

Hozzászólás