下午好，心情好！
這是一個關於在 MTS 雲服務中設置 NIDD（非 IP 數據傳輸）的小教程，名稱不言自明“M2M 管理器”。 NIDD 的本質是通過 NB-IoT 網絡在設備和服務器之間高效地交換小數據包。 如果早期的 GSM 設備通過交換 TCP / UDP 數據包與服務器通信，那麼 NB-IoT 設備可以使用另一種通信方法 - NIDD。 在這種情況下，服務器使用統一的 POST/GET 請求與運營商的網絡進行交互。 我是為我自己（以免忘記）和所有覺得它有用的人而寫的。
您可以閱讀有關 NB-IoT 的信息：
測試過程中使用的 NB-IoT 模塊的文檔：
.
.
要感受 NIDD，我們需要：
- SIM 卡 NB-IoT MTS
- 支持 NIDD 的 NB-IoT 設備
- M2M-manager MTS 的密碼和登錄
作為一個設備，我用了一塊板 N21演示，MTS 員工向我提供了用於訪問 M2M 管理器的密碼和登錄名。 為此，以及各種幫助和無數諮詢，非常感謝他們。
因此，轉到 M2M 管理器並檢查：
- 在“SIM Manager”菜單項中有“NB-IoT Control Center”；
- 我們的 NB-IoT 卡出現在 NB-IoT 控制中心，以及部分：
NIDDAPN
NIDD 賬戶
NIDD安全 - 在最底部有一個菜單項“API M2M”和“NIDD 開發人員指南”
整個經濟應該是這個樣子：
如果 M2M 管理器中缺少某些內容，請隨時向您在 MTS 的經理髮送請求，並詳細說明您的願望。
如果NB-IoT控制中心的必填項目都已經到位，就可以開始填寫了。 此外，“NIDD Accounts”項目是最後一件事：它需要來自相鄰部分的數據。
- 尼達普恩： 我們提出並填寫我們的 APN 名稱和“應用程序 ID”。
- NIDD 安全： 在這裡我們指定我們的應用服務器的 IP 地址，它將通過 MTS 服務（服務器）與 NB-IoT 設備進行通信。
- NIDD 賬戶： 只需填寫所有字段並單擊“保存”。
當所有的點都填好後，你就可以開始處理我們的服務器應該形成的請求了。 我們轉到“API M2M”並閱讀“NIDD 開發人員指南”。 為了讓設備能夠在NB-IoT網絡中註冊，需要創建一個SCS AS配置：
手冊對各個查詢參數都有描述，我只會給出一些小的評論：
- 發送請求的鏈接：m2m-manager.mts.ru/scef/v1/3gpp-nidd/v1/{scsAsId}/configurations，其中 scsAsId 是“NIDD APN”菜單項中的“應用程序 ID”；
- 使用登錄名和密碼的基本授權方法 - 使用您在填寫“NIDD 帳戶”菜單項時創建的登錄名和密碼；
- notificationDestination 是您的服務器地址。 您將通過它向設備發送非 IP 消息，MTS 服務器將向其發送有關發送和接收非 IP 消息的通知。
當創建SCS AS配置並且設備在運營商NB-IoT網絡中以NIDD模式成功註冊後，您可以嘗試在服務器和設備之間交換第一條非IP消息。
要從服務器向設備發送消息，請閱讀手冊的“2.2 發送消息”部分：
{配置ID} 在請求鏈接中，在配置創建階段獲得的“hex-abracadabra”類型的值。 看起來像：b00e2485ed27c0011f0a0200。
數據 — Base64 編碼的消息內容。
配置 NB-IoT 設備以在 NIDD 中工作
當然，我們的設備要和服務器進行數據交換，不僅要能夠工作在NB-IoT網絡中，還要支持NIDD（non-ip）模式。 以N21 DEMO開發板或其他基於 發送非 IP 消息的操作順序如下所述。
我們使用 APN 激活配置，這是我們在填寫 M2M 管理器的“NIDD APN”項時想到的（此處 - EFOnidd）：
AT+CFGDFTPDN=5,"EFOnidd"
並要求設備在網絡上重新註冊：
AT+CFUN=0
AT+CFUN=1
然後發出命令
AT+CGACT=1,1
並發送消息“測試”：
AT+NIPDATA=1, "測試"
在 N21 模塊的 UART 上收到非 ip 消息後，將發出以下形式的未經請求的消息：
+NIPDATA:1,10,3132333435 // 收到非 ip 消息 '12345'
哪裡
1 - CID, pdp 上下文
10 - 小數點後的數據字節數
消息以 Base64 編碼（在 POST 請求中）到達服務器。
PS 模擬從服務器傳輸數據，使用程序很方便 . 您可以使用任何模擬 HTTP 服務器的腳本來接收消息。
我希望它對某人有用。
謝謝。
來源： www.habr.com