Kasus Penggunaan LoRaWAN, Batasan, dan Bagaimana Symphony Link Meningkatkan IoT Industri

Catatan Penting: Link Labs adalah pabrikan Symphony Link, protokol alternatif untuk LoRa yang difokuskan pada kasus penggunaan industri dan enterprise dengan keandalan tinggi. Lebih lanjut di bawah.

Saat mengevaluasi LoRaWAN dan aplikasi idealnya, penting untuk memahami asal-usulnya. LoRaWAN—dawalah disebut LoRaMAC—dikembangkan oleh Semtech, pemilik tunggal IP PHY LoRa, dalam kemitraan dengan IBM Research (yang kemudian keluar dari proyek). Protokol ini dirancang berdasarkan beberapa asumsi inti:

• Penyebaran oleh Jaringan Operator Seluler
• Operasi dalam satu jaringan yang terkoordinasi
• Penggunaan band 868 MHz yang tidak berlisensi

Asumsi-asumsi ini membentuk keterbatasan protokol utama, seperti batas siklus tugas 1% baik untuk pemancar maupun gateway, peta frekuensi channel yang bersama, dan pemrosesan Layer-2 (MAC) hanya di cloud.

Untuk mematuhi batasan siklus tugas 1%, LoRaWAN mengadopsi beberapa trade-off:

• Hampir semua pesan uplink tidak dikonfirmasi.
• Semua gateway dalam jangkauan menerima setiap paket uplink.
• Enkripsi bergantung pada kunci statis.

Karena lalu lintas uplink tidak dikonfirmasi dan tidak terkoordinasi, LoRaWAN beroperasi sebagai sistem “pure-ALOHA”, mencapai hanya sekitar 18% efisiensi jaringan—artinya 82% paket dapat hilang saat jaringan digunakan penuh. Perangkat akhir tidak menyadari transmisi yang terlewat, seringkali menyebabkan operator meningkatkan tingkat pengiriman dan memperparah kemacetan. Pelajari lebih lanjut tentang jaringan ALOHA.

Menambahkan konfirmasi lebih menurunkan kinerja: gateway tidak dapat mendengarkan saat transmitting, dan dengan siklus tugas 1%, ini dapat menambahkan kehilangan paket sebesar 1,65%.

Dalam implementasi LoRaWAN bersama, lalu lintas dari pengguna lain juga mengonsumsi kapasitas yang tersedia karena semua gateway beroperasi pada frekuensi yang sama.

Faktor kritis lainnya adalah masalah near/far. Rentang dinamis co-channel LoRa sebesar 20–30 dB berarti perangkat yang dekat dengan gateway dapat mengalahkan sinyal dari node jauh, terutama dalam implementasi satu gateway.

Untuk wawasan lebih dalam tentang keterbatasan LoRaWAN, konsultasikan sumber daya seperti analisis The Things Network.

Kasus penggunaan ideal LoRaWAN meliputi:

• Sensor sederhana yang transmit secara jarang.
• Kehilangan data yang dapat diterima sebesar 5–85% di bawah beban penuh.
• Persyaratan kontrol perangkat minimal.
• Tidak ada pembaruan firmware over-the-air.
• Penyebaran puluhan hingga ratusan node.
• Cakupan multi-gateway untuk mengurangi masalah near/far.

Pembacaan Meter Otomatis (AMR) adalah contoh klasik: meter yang memperbarui per jam dapat mentoleransi pembacaan yang terlewat sesekali selama mayoritas tiba.

Symphony Link mengatasi banyak tantangan ini melalui fitur inovatif:

• Framing: Gateway menyiarkan header frame setiap 2 detik, menunjukkan channel uplink yang tersedia dan jendela penjadwalan.
• Konfirmasi terkompresi: Semua pesan uplink dikonfirmasi; konfirmasi dibundel ke dalam satu paket terkompresi yang diterima oleh semua pemancar terbaru.
• Penjadwalan waktu dinamis: Gateway menentukan durasi downlink berdasarkan lalu lintas yang tertunda dan memberitahu node saat jendela downlink berakhir, mencegah transmisi saat gateway diam.
• Slotting uplink: Framing sinkron menyediakan jendela uplink, yang secara efektif menggandakan kapasitas, lebih ditingkatkan dengan pre-window CSMA yang bervariabel.
• Daya & spreading factor bervariabel: Node menyesuaikan daya transmisi dan spreading factor berdasarkan RSSI yang diterima dan margin yang dapat dikonfigurasi, mengurangi masalah near/far.
• Quality of Service: Node mendaftarkan faktor QoS (0–15) yang membatasi akses channel per frame dan memungkinkan manajemen kemacetan yang dikendalikan gateway.
• Multicasting: Kelompokkan node ke dalam set multicast, mengurangi overhead downlink untuk kontrol dan distribusi file.
• MTU tetap 256-byte: Menyediakan ukuran paket yang lebih besar dan konsisten dengan otomatisasi sub-paket dan penanganan ulang di lapis MAC.
• Firmware over-the-air: Memanfaatkan multicast yang kuat, pembaruan firmware dapat di-streaming secara efisien ke ribuan perangkat.
• Kunci sesi AES berbasis PKI: Menggunakan pertukaran kunci Diffie–Hellman dengan kunci publik node dari server, menggantikan kunci statis dengan channel aman standar industri.

Siap untuk meningkatkan jaringan IoT Anda? Hubungi kami.