Kapan Menggunakan Spesifikasi LoRaWAN: Panduan Praktis untuk Implementasi MNO dan Jaringan Pribadi
LoRaWAN, yang diciptakan oleh LoRa Alliance, adalah protokol nirkabel yang mengatur teknologi LPWA LoRa dari Semtech. Awalnya dikembangkan oleh IBM Research dan Semtech untuk operator jaringan seluler (MNO) Eropa yang menjalankan jaringan publik wide-area, spesifikasi ini sekarang dikelola oleh LoRa Alliance—sebuah koalisi yang berdedikasi untuk menyebarkan LoRaWAN di seluruh jaringan MNO global. Akibatnya, spesifikasi ini mengedepankan asumsi yang disesuaikan dengan lingkungan MNO.
Beberapa asumsi desain utama mendasari spesifikasi LoRaWAN, memprakarsikan kasus penggunaan yang dimaksudkan:
- Semua channel frekuensi tetap.
Karena spesifikasi dirancang untuk satu jaringan MNO, operasi banyak jaringan yang tidak terkoordinasi di band yang sama dapat menyebabkan interferensi Layer-2. Untuk penjelasan yang lebih dalam, baca posting blog ini untuk informasi lebih lanjut. - Jaringan sepenuhnya asinkron. Setiap kali gateway transmitting, ia tidak dapat mendengarkan lalu lintas uplink, dan node tidak menyadari bahwa receiver gateway sedang offline. Dalam implementasi MNO skala besar, kehadiran banyak gateway—ideally satu dalam mode “listen”—membantu mengurangi keterbatasan ini.
Asumsi implisit lainnya, seperti model keamanan, juga membuat LoRaWAN cocok untuk MNO, namun kami akan fokus pada yang paling kritis di sini.
Anda harus mengadopsi spesifikasi LoRaWAN dalam proyek Anda jika kedua kondisi berikut terpenuhi:
- Ada kebutuhan untuk terhubung ke jaringan LoRaWAN MNO yang ada. Tentu saja, terhubung ke jaringan MNO tanpa menggunakan LoRaWAN tidak mungkin.
- Kasus penggunaan adalah low-density, transmit jarang, dan berpusat pada uplink. LoRaWAN unggul ketika lalu lintas downlink dan konfirmasi minimal. Pembacaan meter otomatis (AMR) adalah contoh prima—kebanyakan meter tidak memerlukan pembacaan yang sering, dan densitas gateway yang tersedia biasanya memberikan kapasitas uplink yang mencukupi. Idealy, tidak ada jaringan LoRaWAN lain yang beroperasi di dekatnya, karena interferensi akan menurunkan kinerja. Layanan pemantauan tangki minyak panas dan propan EnerTrac/Senet menunjukkan kesesuaian LoRaWAN untuk skenario semacam itu.
Kapan menghindari spesifikasi LoRaWAN:
- Keandalan tinggi sangat penting. Desain LoRaWAN yang tidak terkoordinasi dan asinkron menjadikannya protokol yang rentan kehilangan paket. Dalam lingkungan dengan banyak jaringan LoRaWAN, interferensi meningkatkan tingkat kesalahan paket. Selain itu, rentang co-channel yang terbatas LoRa berarti node yang dekat dengan gateway dapat menyinggahi yang lebih jauh tanpa kontrol daya closed-loop.
- Manajemen kunci terpusat diperlukan. Setiap node harus di-provisioning dengan satu set kunci unik di pabrik, yang kemudian harus ditransfer ke server atau gateway. Untuk penyebaran kecil, ini dapat dikelola, namun untuk ribuan perangkat ini meningkatkan biaya dan kompleksitas. MNO mengelola kompleksitas ini melalui mekanisme mirip SIM; jaringan pribadi sering merasa ini merepotkan. Untuk penjelasan yang lebih dalam tentang struktur kunci dan keamanan LoRaWAN, lihat analisis independen ini.
- Perluasan cakupan melalui repeater diperlukan. Spesifikasi LoRaWAN tidak menawarkan dukungan repeater, jadi Anda harus menyebarkan gateway tambahan yang terhubung internet. Bahkan gateway DIY hemat biaya dapat 5–10× lebih mahal dari repeater sederhana.
- Pembaruan firmware over-the-air diperlukan. Kapasitas downlink yang terbatas LoRaWAN mencegah pembaruan firmware multicast yang efisien. Perangkat akan memerlukan upgrade fisik atau desain yang menghilangkan pembaruan firmware.
Link Labs mengatasi banyak keterbatasan ini. Pelajari lebih lanjut tentang Symphony Link, standar de facto untuk jaringan LoRa pribadi, klik di sini.
