Halo, Habr!
Beberapa waktu lalu, Skoltech Internet of Things Working Group menerbitkan draft standar nasional narrowband IoT yang disebut "OpenUNB," teks lengkapnya dapat ditemukan di
sini . Di satu sisi, fenomena ini tidak diragukan lagi positif - jika di bidang standar broadband ada de facto terbuka untuk digunakan oleh semua orang yang ingin, LoRaWAN, maka standar pita sempit hingga hari ini sangat eksklusif (Sigfox, XNB dari Strizh, NB-Fi dari Vaviot - walaupun yang terakhir juga diterbitkan dalam bentuk rancangan standar nasional, tidak mengungkapkan bagian-bagian yang penting untuk implementasi pihak ketiga).
Pada saat yang sama, sistem pita sempit dan pita lebar memiliki pro dan kontra mereka sendiri, sehingga mengatakan "mengapa Anda membutuhkan sesuatu yang lain ketika ada LoRaWAN" tidak sepenuhnya benar. Artinya, standar terbuka untuk komunikasi UNB diperlukan.
Namun, kebutuhan hanyalah satu dari dua syarat. Yang kedua adalah kecukupan. Ok, apa yang diterbitkan Skoltech diperlukan, tetapi apakah itu cukup untuk penggunaan praktis?
Kami akan menjawab ini dalam format yang mirip dengan wawancara - di bawah kutipan singkat dari rancangan standar OpenUNB dan komentarnya, diberikan oleh Alexander Sheptovetsky (AS), direktur teknis GoodWAN, dan Oleg Artamonov (OA), direktur teknis Perangkat Unwired.
Jadi ayo pergi. Gaya penulisan, ejaan, dan tanda baca penulis dipertahankan.
Fitur protokol adalah penggunaan modulasi ultra-narrowband (lebar spektrum emisi kurang dari 1 kHz), yang memungkinkan untuk mencapai rasio signal-to-noise yang tinggi (dengan batasan daya yang dipancarkan dalam rentang yang tidak berlisensi), yang berarti untuk mentransmisikan data jarak jauh atau melalui beberapa hambatan (dinding beton, partisi lemari besi).
OA: kesalahan pertama penulis standar adalah bahwa mereka awalnya menganggap SNR tinggi (rasio signal-to-noise) sebagai persyaratan utama untuk sinyal dalam sistem LPWAN - dan dari kesalahan ini akan terus tumbuh dalam desain dan implementasi protokol itu sendiri, seperti memilih mukadimah, misalnya.
Pada kenyataannya, kemampuan utama dari protokol nirkabel LPWAN, memberikan "jangkauan" mereka, adalah kemampuan untuk menerima sinyal dengan SNR yang
rendah , hingga yang negatif, yaitu. kasus ketika tingkat sinyal lebih rendah dari tingkat kebisingan.
Selain itu, para penulis standar tidak mengenal dengan baik prinsip-prinsip dasar teori transmisi sinyal, dan secara khusus dengan batas Shannon pada kecepatan transfer data dalam saluran di hadapan kebisingan. Kecepatan ini ditentukan oleh nilai SNR
dan lebar spektrum sinyal - pada kenyataannya, satu dikompensasi oleh yang lain. Oleh karena itu, untuk mentransmisikan data dalam sistem LPWAN dalam jarak jauh, baik pita sempit maupun pita lebar (misalnya, dalam pita LoRaWAN - 125 kHz) cukup berhasil digunakan, masing-masing metode memiliki kelebihan dan kekurangan.
Hal ini dimungkinkan karena fakta bahwa perangkat pelanggan menyiarkan data tanpa membuat sambungan dengan stasiun pangkalan (mode simpleks), seperti misalnya, ini dilakukan dalam jaringan seluler.
OA: selain kesalahan gaya dan tanda baca, saya perhatikan penggunaan istilah yang tidak hati-hati. Mode simpleks, yaitu, pengiriman pesan melalui saluran komunikasi hanya dalam satu arah, tidak secara langsung berkaitan dengan kebutuhan untuk membuat koneksi - dan tentu saja ini bukan sinonim. LoRaWAN yang sama menyediakan komunikasi dua arah dalam mode setengah dupleks, tetapi juga tidak memerlukan koneksi sebelumnya dengan BS.
Mungkin, penulis mempertimbangkan tidak adanya mode sesi operasi di OpenUNB - tetapi ini adalah fitur karakteristik dari semua protokol LPWAN.
Untuk menyederhanakan dan mengurangi biaya desain transceiver, transmisi dan penerimaan dipisahkan dalam waktu, yaitu, data dipertukarkan dari stasiun pangkalan baik dalam mode simpleks (transmisi dari unit pelanggan ke stasiun pangkalan) atau dalam mode dupleks setengah (transmisi dari unit pelanggan ke stasiun pangkalan dan selanjutnya penerimaan pada perangkat pelanggan dari stasiun induk).
OA: dan secara harfiah setengah halaman kemudian ternyata ada juga mode setengah dupleks di OpenUNB! Secara umum, saya ingin mencatat bahwa ada banyak kontradiksi internal seperti itu dalam rancangan standar.
Urutan byte dalam paket adalah dari yang tertua hingga yang termuda (big-endian)
OA: big-endian adalah jenis arsitektur komputer dengan urutan byte spesifik dalam nomor multibyte. Dalam sebuah paket, urutan byte selalu sama - dari yang pertama ke yang terakhir. Saya ulangi: untuk rancangan standar nasional, penggunaan terminologi yang mapan seperti itu tidak dapat diterima.
Paket bisa dari panjang yang berbeda tergantung pada ukuran muatan. Opsi panjang payload: 0, 64, atau 128 bit. Pesan dengan nol payload dapat digunakan sebagai sinyal reguler bahwa perangkat berfungsi (detak jantung). Panjang paket 64 dan 128 bit ditentukan oleh ukuran blok sandi dari algoritma enkripsi.
AS: Pengembang telah membatasi panjang payload menjadi 0, 64 atau 128 bit, membenarkan ini dengan kenyamanan enkripsi. Ini adalah batasan yang sepenuhnya dibuat-buat. Terkadang Anda perlu mengirim pesan yang sangat singkat, tetapi Anda harus menggunakan 64 bit. Efisiensi energi apa yang bisa kita bicarakan setelah itu! Cara mengenkripsi pesan pendek dengan tombol panjang dapat dibaca, misalnya, dalam protokol LoRaWAN.
OA: ya, di LoRaWAN yang sama skema enkripsi AES-CTR secara teratur digunakan, yang memungkinkan enkripsi paket dengan panjang berapa pun, termasuk kurang panjang kunci.
Untuk mencapai kisaran transmisi tinggi dalam rentang tanpa lisensi, diperlukan rasio sinyal terhadap noise yang tinggi. Hal ini dicapai karena bandwidth transmisi ultra-kecil (dari urutan 100 Hz).
AS: dalam rancangan standar bahkan tidak ada satu pendapat pun tentang bandwidth - itu "kurang dari 1 kHz", kemudian "sekitar 100 Hz". Apakah tidak mungkin untuk mencapai satu pernyataan dalam standar? ..
OA: dan lagi tentang perlunya SNR tinggi. Tidak, tidak! LPWAN juga LPWAN untuk bekerja bahkan dengan SNR negatif.
Beberapa transceiver dapat mengubah propertinya dengan sangat kuat pada awal transmisi. Ini dapat mempengaruhi frekuensi dan panjang sinyal termodulasi dari bit pertama dalam paket. Untuk mengkompensasi faktor ini, direkomendasikan untuk memancarkan sinyal pada frekuensi paket dengan durasi yang sama dengan durasi transmisi 1-2 bit sebelum memulai transmisi pembukaan (Gambar 2). [...] Pada akhir transmisi, setelah checksum, Anda juga harus mempelajari 1 bit lebih banyak dan secara bertahap mengurangi amplitudo sinyal, yang akan meningkatkan kemungkinan penerimaan bit terakhir yang benar.
AS: Informasi dan gambar diambil dari deskripsi teknis SigFox dan terhubung dengan beberapa fitur deskripsi SigFox. Penerima memperbaiki bit tidak pada saat perubahan fase, tetapi sebelum dan sesudah. Anda seharusnya tidak sembarangan menyalin fitur orang lain dan kesalahan deskripsi.
Nilai pembukaan yang disarankan untuk paket uplink: 101010101010101010 2 . Atas kebijakan pengembang, nilai pembukaan untuk seluruh jaringan dapat diubah. Sebagai contoh, ini dapat digunakan untuk membuat beberapa jaringan di satu wilayah, yang penerimaan dari satu atau stasiun induk lainnya akan dibagi berdasarkan berbagai pembukaan.
AS: Penjelasan singkat. Penerima sinyal UNB beroperasi pada tingkat kebisingan udara. Sebagai aturan, penerima konversi langsung digunakan, setelah itu dibuat FFT. Jika sinyal memiliki modulasi fase, maka lihat lebih jauh pada perubahan fase untuk setiap saluran frekuensi. Jika urutan digital yang sesuai dengan pembukaan ditemukan di saluran apa pun, maka keputusan dibuat tentang keberadaan sinyal yang berguna. Pada saat yang sama, pada masing-masing korelator setelah FFT, urutan nol dan acak secara terus-menerus dari kebisingan eter - ini berarti bahwa selalu ada kemungkinan untuk mendapatkan pembukaan dari kebisingan eter. Sekarang mari kita lihat seberapa sering mukadimah palsu 16 bit akan muncul, misalnya, pada penerima, yang penggunaannya dinyatakan oleh Vaviot, penulis "draft standar nasional" yang serupa. Pita penerimaan yang dinyatakan oleh mereka adalah 200 kHz dengan langkah FFT 7 Hz, yang berarti bahwa lebih dari 28 ribu korelator diperlukan. Untuk pukulan tepat dalam panjang bit 10 ms (kecepatan transmisi 100 bps), korelator mulai setiap 2,5 ms. Secara total, 11 juta korelasi harus diperiksa setiap detik untuk kemungkinan adanya pembukaan, dan
rata-rata 178 mukadimah palsu akan dituangkan dari kebisingan eter
setiap detik . Setiap mukadimah palsu perlu diproses - dan pada saat yang sama tidak kehilangan penerimaan mukadimah yang benar. Ini adalah tugas berlebihan yang tidak masuk akal untuk prosesor BS, yang sudah bekerja hingga batasnya.
Untuk semua produsen sistem UNB yang saya tahu,
mukadimah panjangnya 32 bit dan dipilih bukan secara kebetulan, tetapi sebagai hasil dari perhitungan dan percobaan.
Selain itu, tujuan pembukaan tidak hanya untuk mengekstrak sinyal yang berguna dari aliran kebisingan, tetapi juga untuk menyediakan sinkronisasi.
Dalam sistem UNB, sekuens M-urutan bit dengan fungsi autokorelasi yang diucapkan digunakan sebagai pembuka . Sebagai contoh, jika sebelum urutan yang penulis ajukan (1010101010101010
2 ), satu lagi pasangan 10
2 secara tidak sengaja diterima dari kebisingan, penerima akan menentukan awal informasi yang berguna dua bit sebelumnya dan tidak akan dapat menerima paket.
Beberapa sistem menggunakan mukadimah biasa, tetapi setelah mereka maka selalu ada kata sinkronisasi, yang tidak disediakan untuk protokol ini. Untuk alasan yang sama, tidak tepat untuk menggunakan pengenal perangkat sebagai pembuka untuk downlink, seperti yang disediakan oleh protokol ini.
OA: penulis rancangan standar jelas disimpulkan oleh gagasan “rasio sinyal-terhadap-kebisingan yang tinggi” yang berakar dalam-dalam di kepala mereka, yang telah mereka tekankan beberapa kali. Ya, selama percobaan dalam laboratorium, SNR tinggi, dan penerima dapat bekerja dalam mode "Saya melihat sinyal - Saya menerima sinyal" (dan banyak produk murah yang dijual di Aliexpress berhasil bekerja dalam mode ini, menyediakan jangkauan komunikasi beberapa ratus meter).
Dalam kondisi nyata apa pun, dan bahkan lebih jauh lagi pada jarak yang dinyatakan 50 km, mukadimah yang diusulkan akan mati dalam kebisingan: satu bit buruk di dalamnya atau kebisingan acak di depannya akan cukup untuk mencegah penerima dari mengenali paket.
AS: Tanpa elemen pengkodean anti-noise, mustahil untuk mendapatkan komunikasi berkualitas tinggi dalam kondisi kebisingan udara sehari-hari, terutama dalam rentang frekuensi yang tidak berlisensi, ini adalah "klasik dari genre". Adanya gangguan pulsa pendek di saluran, yang hanya merobohkan satu bit di seluruh urutan, dan penerima tidak akan menerima apa pun.
ID pengirim adalah urutan 32-bit unik yang ditetapkan untuk perangkat selama produksinya. Informasi tambahan tentang pengidentifikasi diberikan dalam Lampiran E: Format untuk pengidentifikasi tulisan, unit pelanggan, perhitungan informasi kontrol dan rentang pengidentifikasi yang dicadangkan.
OA: standar, yang mengklaim sebagai dasar dari sistem transfer data terpadu dalam sistem akuntansi sumber daya, tidak menggambarkan aturan yang digunakan pabrikan memilih pengidentifikasi untuk diri mereka sendiri - bahkan tidak diindikasikan bahwa aturan semacam itu akan pernah ada. Apa yang akan terjadi? Itu benar, untuk sekelompok perangkat dari pabrikan yang berbeda, tetapi dengan pengidentifikasi yang sama, karena setiap pabrikan detik hanya akan memberi nomor perangkat dari awal.
Informasi layanan terdiri dari 8 bit, dengan 6 bit paling kiri dicadangkan untuk penggunaan di masa mendatang. 2 bit dicadangkan untuk nomor paket dalam pesan.
OA: informasi overhead yang sangat aneh dan sangat sederhana. Seseorang dapat menentukan nomor paket ujung ke ujung, tipe enkripsi, ukuran paket, dan banyak lagi. Tidak jelas mengapa kita bahkan memerlukan nomor paket "lokal" dalam pesan - misalkan kita menerima nomor paket 0, dan kemudian nomor 1. Haruskah kita membuang yang kedua? Dan jika ini adalah paket nomor 1 sudah dari pesan berikutnya, dari mana kita kehilangan nomor 0 di udara? Dan jika kita tidak dapat membuang paket berdasarkan ini, bagaimana kita memecahkan masalah dengan fakta bahwa perangkat dapat mengirimkan 4 paket identik secara berturut-turut - apakah kita menerima dan mempertimbangkan semuanya, menerima beberapa muatan duplikat pada output? ..
AS: Biasanya, mukadimah mengikuti judul yang menunjukkan panjang paket, ini bukan kasus dalam protokol ini. Bagaimana penerima memahami berapa banyak bit yang harus dihubungi? Anda tentu saja dapat memeriksa semua panjang yang mungkin menggunakan CRC, tetapi tidak ada yang melakukannya, terlalu mahal dari sudut pandang perangkat keras penerima.
Paket checksum dihitung berdasarkan algoritma dalam Lampiran B: Perhitungan paket checksum.
OA: sejujurnya, aku hanya berdiri dengan mulut terbuka. Tidak,
umumnya tidak ada perlindungan terhadap serangan tipikal dalam protokol hanya disediakan! Dengan keselamatan dan keamanan protokol yang dinyatakan, penggunaan sandi yang kuat, dan lainnya, dan lainnya, siapa pun dapat menangkap paket orang lain, mengubah bidang di dalamnya, mengganti muatan dari paket lain, menghitung ulang checksum - dan menyiarkannya, dan stasiun pangkalan akan menerimanya dan dengan cara apa pun tidak dapat membedakan paket palsu dari paket "asli".
AS: pengembang melindungi informasi bermanfaat dengan enkripsi, tetapi ini jelas tidak cukup! Pengembang mengklaim bahwa mereka akrab dengan protokol LoRaWAN dan NB-FI, jika itu yang terjadi, mereka akan mengerti mengapa perlindungan terhadap pengulangan diperlukan dan mengapa insert imitasi tambahan diperlukan dalam paket. Misalnya, paket dengan muatan 0-bit sama sekali tidak aman, tidak ada masalah menulisnya dari udara dan mengulanginya, dan sistem akan memahaminya sebagai miliknya. Juga tidak sulit bagi penyerang untuk mengirim sampah ke sistem atau mengulangi atas nama sensor dalam paket dengan panjang yang tidak nol.
Standar a priori telah menjadi protokol keamanan informasi di LoRaWAN, yang membenarkan penggunaan dua kunci keamanan, untuk jaringan dan untuk pengguna, serta kemampuan untuk menghasilkan kunci sesi melalui udara, pengembang protokol tampaknya bahkan tidak memikirkan.
Kunci enkripsi harus disimpan pada perangkat pelanggan dan pada server jaringan dalam penyimpanan yang aman. Untuk mengenkripsi paket uplink dan downlink, kunci enkripsi yang berbeda harus digunakan. Untuk setiap perangkat, set kunci enkripsi harus unik.
OA: di satu sisi, pengembang OpenUNB memuji diri mereka sendiri dengan "ukuran bidang yang dipilih dalam kelipatan 8 bit, untuk pemrosesan yang lebih efisien pada mikroprosesor" (ejaan penulis), di sisi lain, tampaknya mereka tidak tahu tentang teknik optimasi simetris yang efektif seperti itu. enkripsi, karena kemampuan untuk mempertahankan perangkat akhir alih-alih dua prosedur - enkripsi dan dekripsi - hanya satu, yang cukup banyak mengurangi ukuran firmware pada mikrokontroler. Setidaknya dalam rancangan standar tidak disebutkan.
AS: tetapi mereka benar-benar berhasil mengambil ukuran bidang dalam kelipatan 8 bit!
Mengirim pesan dari saluran hilir hanya mungkin sebagai respons terhadap pesan dari saluran hulu. Ada beberapa alasan untuk ini. Pertama, protokol ini dikhususkan untuk perangkat pelanggan yang tidak memiliki daya eksternal dan dirancang untuk masa pakai baterai ekstra panjang, yang berarti bahwa konsumsi daya memainkan peran penting. Karena konsumsi pemancar dalam mode terima cukup tinggi, Anda harus beralih ke mode ini hanya untuk jangka waktu singkat
OA: Saya tidak begitu mengerti mengapa secara sadar membatasi ruang lingkup standar, apalagi, sudah dari yang dinyatakan dalam pengantar standar yang sama. Apakah meteran listrik rumah tangga biasa memiliki daya eksternal? Memiliki. Apa yang mencegah Anda menjaga "pemancar dalam mode terima" dihidupkan sepanjang waktu? Tidak ada
Kedua, tidak mungkin untuk memilih slot waktu tertentu pada perangkat pelanggan, karena untuk mengurangi biaya perangkat pelanggan, mereka sering dilengkapi dengan osilator kristal yang tidak stabil dan tidak memiliki jam waktu nyata.
OA: Tentu saja tidak. Pertama, melihat ke depan dua paragraf, penulis sudah memegang jendela penerimaan besar - 8 detik (dalam LoRaWAN yang sama, ukuran jendela penerimaan adalah 1-2 detik). Kedua, cukup untuk menghitung seberapa sering perangkat harus menyinkronkan jam dengan stasiun pangkalan (dan menyediakan metode untuk sinkronisasi tersebut) sehingga masalah ketidakstabilan kuarsa tidak menjadi masalah. Di LoraWAN, ini dilakukan di perangkat Kelas B.
Ketiga, kestabilan osilator kristal yang rendah pada perangkat pelanggan membutuhkan penggunaan algoritme penyesuaian frekuensi yang dijelaskan dalam Lampiran D: Penyesuaian frekuensi transmisi downlink. Tetapi, karena pesan terakhir dari saluran hulu digunakan untuk menghitung pergeseran frekuensi, dan frekuensi osilator kristal dapat berubah dalam waktu (misalnya, ketika suhu berubah), waktu antara pesan hulu terakhir dan hilir harus cukup kecil untuk mengubah penyimpangan frekuensi pada pelanggan. perangkat selama periode ini dapat diabaikan.
AS: Dilihat dari rincian uraiannya, pengembang protokol OpenUNB menganggap solusi mereka terhadap masalah sinkronisasi saluran bawah dalam frekuensi sebagai pencapaian terpenting mereka.
Metode perhitungannya sendiri cukup dapat diterima, tetapi ada beberapa masalah:
- , , .
- .
- , 7 50 , 7 .
- , .
- .
- , , .
Kami melakukan studi yang sesuai dan tidak dapat memperoleh, dalam kondisi nyata, akurasi hit dalam kisaran 868 MHz di atas ± 150 Hz. Untuk menerima sinyal BPSK 100 Hz, diperlukan akurasi setidaknya 30 Hz.SigFox beroperasi di saluran balik dengan modulasi frekuensi 600 Hz. Saya berpikir bahwa organisasi maksimum yang dimungkinkan dari saluran balik adalah 2GFSK dengan penyimpangan 300 Hz dan peningkatan kekuatan sinyal downstream hingga 100 mW.Selain itu, sistem UNB dengan penguncian fase-shift sinyal tidak bekerja dengan baik pada objek bergerak karena peningkatan kebisingan fase selama propagasi sinyal multipath. Metode yang diusulkan untuk menentukan frekuensi sinyal ke bawah dengan adanya bias Doppler akan memberikan kesalahan tambahan dalam menentukan frekuensi pembawa saluran uplink, yang akan mengarah pada kesalahan tambahan dalam menentukan frekuensi ke bawah.Mungkin penulis protokol memiliki data lain, yang dikonfirmasikan tidak "di atas meja", tetapi dalam kondisi nyata, saya ingin melihat laporan pengujian.OA:Saya menambahkan bahwa bahkan penyimpangan 30 Hz dengan pita 100 Hz bukanlah penerimaan yang ideal, tetapi sekitar 10% dari kesalahan bit (dalam sistem LPWAN ini secara tradisional dibawa ke luar negeri, di mana kualitas penerimaan masih dapat dianggap dapat diterima). Mengingat kurangnya noise-encoding di OpenUNB, probabilitas pesan dari urutan beberapa ratus bit untuk menangkap setidaknya satu kesalahan dengan BER 10% sangat tinggi - yaitu, khususnya di OpenUNB saya akan mengevaluasi penyimpangan frekuensi yang diizinkan di mana sesuatu yang lain entah bagaimana entah bagaimana kadang-kadang akan diambil, maksimal 5%. Dalam tiga puluh kali lebih baik daripada ini mungkin untuk mendapatkan dalam kenyataan.Singkatnya, ada keraguan serius bahwa metode pengorganisasian saluran komunikasi terbalik yang dijelaskan dalam konsep standar pada umumnya operasional pada prinsipnya.Durasi interval waktu T dl dipilih beberapa kali durasi transmisi satu paket downlink. Peningkatan ukuran jendela waktu seperti itu diperlukan, karena biasanya ada banyak perangkat per stasiun, yang dapat menyebabkan perlunya mengirim paket downlink ke beberapa perangkat secara bersamaan.
OA: Setiap sihir datang dengan harga, seperti kata pahlawan dari satu seri. Dalam hal perencanaan jaringan radio, harga ini harus dihitung - apakah penulis rancangan standar tidak menemukan waktu untuk perhitungan seperti itu (tapi mungkin kemudian tidak layak terburu-buru untuk menerbitkan proyek?), Atau tidak menebak sama sekali untuk membuatnya.Dalam hal ini, seperti yang penulis sebutkan di atas, operasi penerima adalah prosedur yang agak menghabiskan energi. Dalam satu kasus, kami mendapatkan 8 detik operasi idle, di lain (ketika slot penerimaan dikurangi menjadi 1-2 detik) - kemungkinan stasiun pangkalan tidak merespons (tidak memiliki waktu untuk slot waktu yang ditetapkan) dan kebutuhan untuk memulai kembali pengiriman pesan dari penerima. Itu perlu untuk memperkirakan setidaknya kira-kira beban eter dan konsumsi energi dalam kedua kasus, tergantung pada intensitas pertukaran radio di jaringan, dan juga untuk menyediakan cara yang dijelaskan secara eksplisit untuk mengkonfirmasi bahwa penerima menerima pesan dari stasiun pangkalan.Akhirnya, tidak jelas dari teks standar apakah seluruh premis hilir harus jatuh ke T dl- atau penerima, setelah menangkap pembukaan dan alamatnya, akan meregangkan jendela penerimaan sampai cukup waktu untuk menerima seluruh paket. Sebagai aturan, dalam sistem LPWAN mereka mengikuti jalur kedua, ini lagi memungkinkan untuk mengurangi durasi yang diperlukan dari jendela penerimaan.Dalam hal penerimaan yang berhasil oleh perangkat pelanggan dari pesan dari saluran hilir, itu sebagai tanggapan mengirimkan pesan tentang penerimaan yang berhasil di uplink. Data pengguna yang harus berisi indikasi pesan yang dikonfirmasi.
[...] Pesan dengan muatan nol dapat digunakan sebagai konfirmasi bahwa stasiun induk telah menerima data dari unit pelanggan (pengakuan).
OA: Halo lagi, keamanan! Sebagai konfirmasi pengiriman, diusulkan untuk mengirim paket yang tidak dilindungi secara kriptografis dari stasiun pangkalan, yang dapat dipalsukan oleh siapa pun dalam waktu setengah menit. Belum lagi apa yang Anda coba pahami dari dua paragraf ini - haruskah perangkat mengirim pesan tentang keberhasilan penerimaannya ke ACK? Dari teks literal standar draft, ternyata memang seharusnya begitu. ACK ke ACK. Tapi, setidaknya, tidak dikatakan di mana pun bahwa stasiun pangkalan harus menjawab ACK untuk ACK pada ACK - atau lebih tepatnya, rancangan standar tidak mengatakan di mana pun bagaimana BS harus memahami apakah harus mengakui paket atau tidak. Ini bukan properti dari paket (walaupun dengan 6 bit kosong di headernya, seseorang dapat dialokasikan ke flag konfirmasi pengiriman).Dan apa artinya, "indikasi pesan yang dikonfirmasi" harus dimuat? Bagaimana seseorang dapat menunjuk ke pesan tertentu dalam suatu sistem di mana individu pelabelan pesan oleh protokol tidak disediakan?Standar OpenUNB membutuhkan jumlah energi minimum untuk mengirim satu bit informasi. Menurut hasil tes pendahuluan, sekarang ini adalah salah satu protokol hemat energi.
AS: Pernyataan kontroversial dan belum dikonfirmasi. Protokol mengandung setidaknya beberapa elemen yang menunjukkan efisiensi energinya yang rendah:- Sebuah checksum yang sangat panjang dari 32 bit, meskipun semua produsen sistem seperti itu membutuhkan CRC 16 bit.
- Pembatasan pada panjang informasi hanya ketat 64 atau 128 bit. Jika Anda perlu mengirim pesan pendek beberapa bit (misalnya, dari sensor biner apa pun - 1 bit), maka Anda harus mengirimkan beberapa byte tambahan setiap kali, apa efisiensi di sini.
- Kebutuhan yang dinyatakan untuk menduplikasi transmisi satu pesan hingga empat kali, yang segera mengubah parameter energi sebanyak 4 kali.
- Jendela 8 detik yang panjang untuk menerima paket hilir.
Saya sangat ingin melihat laporan pengujian, bahkan ada keraguan bahwa mereka ada.OA: ya, sulit untuk memahami di mana Skoltech sangat tergesa-gesa sehingga dia bahkan tidak bisa berbagi laporan pengujian dan informasi lain yang menyertainya untuk mengevaluasi apa kinerja OpenUNB yang sebenarnya dapat dihitung.OpenUNB adalah standar terbuka universal, benar-benar siap untuk penggunaan praktis.
AS: Teks standarnya kasar, mengandung deskripsi yang terpisah-pisah, tidak lengkap, dan tidak akurat dari masing-masing elemen yang tertusuk, penggunaannya dalam praktik tidak mungkin. Tidak ada yang spesifik tentang elemen kunci sistem UNB - penerima stasiun pangkalan.OA: Secara keseluruhan, saya merasa pekerjaan siswa tahun ketiga yang bagus ditulis dalam satu atau dua minggu. Bagus, saya menghadiri semua kuliah, saya bahkan mengerti 70-80 persen, tidak ada pengalaman nyata, tapi setidaknya ada subjek untuk diskusi yang bermanfaat dengan guru ketika lulus ujian. Sebelum aplikasi praktis, ini tidak seperti sebelum bulan - untuk aplikasi praktis di LPWAN seluruh proyek ini harus dibuang dan ditulis lagi.