Networking· 5 menit baca

Push-to-Talk Seluler vs DMR: Menjembatani Handy-Talky dan Aplikasi Ponsel

Kenapa interworking antar merek HT itu masalah konfigurasi radio lebih dulu, bukan masalah tampilan aplikasi.

#Networking#Push-to-Talk#DMR#Interoperabilitas

Supervisor lapangan di sebuah perkebunan tidak membawa handy transceiver. Tidak juga dispatcher di ruang kontrol, atau manajer yang membaca laporan di laptop. Mereka membawa ponsel. Namun kanal radio — satu-satunya aset yang masih berfungsi di seluruh blok — hanya bisa dijangkau dari HT di pinggang seseorang.

Ketidaksesuaian itulah alasan workstream ini ada: meletakkan sebuah grup radio di smartphone, lalu membuatnya bisa berinteraksi dengan radio yang sudah ada di lapangan.

Push-to-Talk over Cellular

Push-to-Talk over Cellular (PoC) adalah layanan push-to-talk terkelola yang dikirimkan lewat IP, baik seluler maupun Wi-Fi. Kliennya berupa aplikasi, layanannya milik operator, dan trafiknya berjalan di atas paket data biasa.

DMR praktis kebalikannya. Radio DMR bicara langsung melalui RF berlisensi, peer-to-peer atau one-to-many, melalui repeater dan situs yang tetap. Tidak ada jalur IP, tidak ada akun, dan tidak ada layanan per pengguna. Jaringan ini adalah sesuatu yang Anda miliki, lisensikan, koordinasikan, dan rawat sendiri.

  • PoC over cellular: dikelola operator, transport IP, berbasis akun, cakupan baik di tempat seluler baik.
  • DMR: transport RF milik sendiri, spektrum berlisensi, berbasis radio ID, cakupan sejauh apa pun situs dan radio Anda menjangkau.

Tidak ada yang lebih baik di antara keduanya. Keduanya gagal di tempat yang berbeda, dan justru itulah alasan menjembataninya layak dikerjakan.

Lini produk MAGNET yang dipublikasikan secara terbuka mencakup BelFone Push-to-Talk over Cellular (PoC) radio bersama lini BelFone DMR. Di luar itu, artikel ini membahas masalah rekayasa dan arsitektur interworking dari produk yang sedang kami kerjakan — bukan spesifikasi produk.

Handset multi-merek adalah bagian tersulit

Di lapangan yang nyata, tim membawa radio dari berbagai produsen — Motorola, Hytera, Kenwood, Yaesu, dan merek daerah — yang diprogram pada kanal yang sama. Membuat mereka saling mendengar secara andal adalah masalah RF dan konfigurasi sebelum menjadi masalah perangkat lunak. Poles antarmuka aplikasi tidak akan pernah memperbaiki profil on-air yang tidak cocok.

  • Profil dan fitur bawaan. Pabrik mengirim radio dengan profil default, dan apa yang aktif secara default berbeda menurut model dan versi firmware.
  • Parameter waktu dan slot TDMA. DMR two-slot membagi setiap frame ke dua timeslot, dan radio yang tidak sepakat soal timing, penetapan slot, atau penanganan colour code akan saling mengganggu.
  • Konvensi talkgroup dan radio ID. Siapa yang memegang daftar talkgroup, dan apakah radio ID diprogram di pabrik atau diberikan secara dinamis, berbeda menurut merek.
  • Ketidaksesuaian fitur firmware. Enhanced GPS reporting, remote stun, dan remote kill tidak diimplementasikan sama di semua model, atau bahkan tidak ada.
  • Dukungan voice coding. Tidak semua model mendukung set speech codec yang sama, dan ketidakcocokan codec langsung menghasilkan percakapan satu arah.

Pada praktik, semua itu diselesaikan teknisi dengan kabel programming, per radio, per situs — itu biaya dukungan, bukan solusi rekayasa, dan tidak bisa diskalakan.

Pola gateway

Jembatan ini menerima trafik air interface DMR, mendekode-nya, menerbitkannya kembali sebagai session ke arah layanan PoC, lalu mencocokkan identitas di kedua sistem.

[DMR handset] --(RF)--> [DMR <-> PoC gateway] --(IP)--> [PoC service] --> [smartphone / desktop client]
                                        |
                                        +<-- identity & talkgroup mapping --<

Gateway adalah satu-satunya komponen yang memahami kedua dunia tersebut. Semua komponen lain dalam rantai ini adalah radio atau klien IP.

Identitas dan otorisasi

Radio memiliki radio ID dan talkgroup. Pengguna memiliki akun, identitas, dan sekumpulan hak akses. Memetakan keduanya adalah seluruh inti masalah desain, dan pemetaan itu harus bisa diaudit. Tiga pertanyaan harus dapat dijawab secara eksplisit:

  1. Akun mana yang sesuai dengan radio ID ini?
  2. Talkgroup mana yang boleh dipakai akun tersebut, dan ke arah mana?
  3. Apa jejak audit ketika seseorang melakukan transmisi?

Jika pemetaan itu implisit — disimpulkan, atau dikonfigurasi oleh siapa pun yang menyiapkan gateway — maka itu bukan model otorisasi. Simpan sebagai data yang berversi dan bisa ditinjau.

Latency dan degradasi yang wajar

PoC over cellular bergantung pada backhaul yang tidak dibutuhkan jaringan radio. Jika sebuah handset berada di sel yang padat, atau perangkatnya sama sekali di luar cakupan, push-to-talk akan gagal — dan ia gagal dengan cara yang berbeda dari radio di kanal yang sama.

Perbedaan itu sebaiknya dirancang, bukan baru ditemukan:

  • Suara sebaiknya gagal dengan jelas. Pengguna yang menekan tombol bicara lalu mendengar keheningan butuh umpan balik yang segera dan tegas. Retry yang diam-diam lebih buruk daripada pesan error.
  • Telemetry sebaiknya gagal dengan halus. Sensor yang tidak bisa menjangkau jaringan sebaiknya menahan data lalu mencoba lagi, karena kondisinya mungkin hilang dalam hitungan detik.
  • Keduanya sebaiknya tidak berbagi nasib. Mengikat ketersediaan suara ke kebijakan retry sebuah aliran data membuat satu link buruk menjatuhkan keduanya sekaligus.

Lisensi dan spektrum di Indonesia

Ini adalah bagian yang sering menentukan arsitektur sebelum rekayasa ikut campur.

DMR memerlukan izin radio dan koordinasi pada frekuensi yang digunakannya. Spektrum dialokasikan, dikoordinasikan dengan pengguna lain, dan terikat pada situs. PoC over cellular berjalan di atas kontrak seluler yang sudah ada, karena spektrumnya sudah dipegang pihak lain.

Asimetri ini nyata:

  • Menambahkan pengguna PoC adalah tugas komersial dan provisioning.
  • Menambah kapasitas DMR adalah proyek regulasi dan rekayasa dengan lead time.

Jembatan yang memungkinkan jenis pengguna baru bergabung ke grup radio yang sudah ada tanpa spektrum baru sering kali merupakan kemenangan termurah yang tersedia. Itu sebagian besar alasan mengapa jembatan ini layak dibangun.

Batasan yang jujur

  • Panggilan darurat. Aplikasi push-to-talk bukan layanan darurat, dan tidak menggantikan beacon darurat bersertifikat maupun kanal darurat khusus.
  • Daya baterai di ponsel. Aplikasi yang menahan session terbuka, melakukan scan, atau mencoba ulang di area sinyal lemah menghabiskan baterai ponsel lebih cepat daripada radio yang sekadar menyimak.
  • Ini bukan perangkat kelas marine atau VHF bersertifikat. Ponsel yang menjalankan aplikasi tidak bersertifikat terhadap standar yang disertifikasikan sebuah transceiver VHF marine, dan keduanya tidak boleh dianggap setara dalam konteks operasional yang diatur.

Semua ini bukan alasan menolak jembatan tersebut, melainkan alasan untuk tahu dengan jelas masalah apa yang diselesaikan dan mana yang tidak.

Artikel lain tentang Networking