Belajar Telecom Engineer - IoT & Massive Connectivity

#Pendahuluan

Setelah di episode 16 kita naik ke orbit membahas satelit dan NTN, kini kita turun ke perangkat-perangkat kecil yang tersebar di seluruh kota dan ladang: meter listrik, pelacak aset, sensor parkir, lampu jalan — dunia IoT & massive connectivity. Ini kategori trafik yang merusak semua asumsi klasik dimensioning kita: ratusan ribu perangkat, masing-masing mengirim data sedikit sekali, sesekali saja, dan harus bertahan bertahun-tahun dari satu baterai.

Mengapa topik ini penting bagi telecom engineer? Karena massive IoT adalah salah satu pilar 5G (eMBB, URLLC, mMTC), dan model bisnisnya berbeda total dari broadband: pendapatan per SIM sangat kecil, sehingga hanya untung kalau desain jaringannya sangat efisien. Salah memilih teknologi di awal = proyek bangkrut di tengah jalan.

#Karakteristik Trafik Massive M2M

Sebelum memilih teknologi, kenali profil trafiknya:

Insight kunci: masalah utama massive IoT bukan throughput melainkan signaling storm — jika satu juta meter bangun bersamaan tengah malam untuk lapor, core network kolaps oleh gelombang attach request, bukan oleh volume datanya. Desain yang benar menyebarkan pola trafik ini sejak aplikasi.

#Tiga Kandidat Teknologi

#NB-IoT (Cat-NB1/NB2)

Turunan LTE yang dipangkas habis: bandwidth 180 kHz (satu PRB!), beroperasi in-band/guard-band/standalone di spektrum operator, tanpa handover (hanya cell reselection). Dibangun untuk sensor statis, payload kecil, dan coverage dalam.

#LTE-M (Cat-M1)

Saudara yang lebih mampu: bandwidth 1,4 MHz, mendukung VoLTE, mobilitas nyata dengan handover, dan latency rendah (~100 ms). Pilihan untuk tracker kendaraan, wearables, dan alarm yang butuh suara.

#Non-cellular: LoRaWAN

Spektrum unlicensed (ISM), biaya super murah, tapi tanpa jaminan spektrum dan downlink terbatas. Cocok untuk deployment privat; operator biasanya tidak menjualnya sebagai layanan publik.

Aturan pemilihan cepat: butuh gerak + responsif → LTE-M; statis + murah + dalam gedung → NB-IoT; area privat + budget minimal → LoRaWAN.

#Rahasia Coverage NB-IoT: Enhancement 20 dB

Kenapa NB-IoT disebut tembus ruang bawah tanah? Karena akumulasi teknik coverage enhancement hingga ~20 dB dibanding GPRS:

• Repetition: pesan dikirim ulang hingga 128 kali; receiver melakukan combining — tiap penggandaan memberi sekitar 3 dB gain.
• Band sempit 180 kHz menurunkan noise floor: -174 + 10·log10(180000) ≈ -121 dBm.
• Power spectral density terkonsentrasi pada band sempit tersebut.

Konsekuensinya trade-off yang elegan tapi licik: perangkat di kondisi sinyal buruk otomatis memakai repetition tinggi — artinya waktu radio lebih lama → baterai habis lebih cepat. Meter di basement akan boros daya meski tetap terhubung. Inilah kenapa survey RF tetap penting bahkan untuk NB-IoT.

#Hemat Daya: PSM dan eDRX

Dua mekanisme standar yang membuat umur baterai 5-15 tahun mungkin:

Kirim data → RRC Connected (detik) → RRC Idle
→ PSM: deep sleep; TAU timer panjang (jam/hari); tak reachable
→ Bangun hanya saat timer habis ATAU device sendiri mau kirim

• PSM (Power Saving Mode): perangkat "menghilang" dari jaringan — tidak bisa di-paging sampai ia sendiri bangun.
• eDRX: kompromi — tidur panjang tapi bangun berkala singkat agar paging tetap mungkin.

Implikasi arsitektur: server TIDAK dapat push command kapan pun. Komunikasi harus device-initiated atau berbasis jadwal. Ini kesalahpahaman nomor satu tim software saat pertama membangun produk cellular IoT.

#Praktik: Mendesain Smart Metering Satu Kota

Kasus: 200.000 meter air, laporan harian + event kebocoran real-time.

#Langkah 1 — Hitung beban signaling

import math
 
devices       = 200_000
daily_reports = devices                    # lapor 1x/hari
event_share   = 0.02                       # 2% device kirim event/hari
peak_factor   = 0.10                       # 10% laporan di jam sibuk
 
busy_hour_msgs = daily_reports * peak_factor + devices * event_share * 0.3
print(f"Pesan busy hour : {busy_hour_msgs:,.0f}/jam")
 
# Asumsi desain konservatif NB-IoT: 1 cell aman utk ~2.000 transaksi/jam
cells_needed = math.ceil(busy_hour_msgs / 2000)
print(f"Cell minimum    : {cells_needed}")

Dengan angka di atas: ±20.600 pesan/jam → butuh setidaknya 11 cell secara kapasitas signaling. Karena kota pasti sudah punya LTE lebih banyak dari itu, kesimpulan tipikal: kapasitas bukan masalah; coverage dan distribusi trafik yang harus dikelola.

#Langkah 2 — Hilangkan signaling storm

Paksa randomisasi jadwal lapor di sisi aplikasi:

import hashlib, time
 
def report_delay_seconds(meter_id: str) -> int:
    # hash id → delay deterministik 0..23 jam (menyebar merata)
    h = int(hashlib.md5(meter_id.encode()).hexdigest(), 16)
    return h % (24 * 3600)

Satu baris logika ini menyelamatkan core network: gelombang tengah malam menjadi aliran merata 24 jam — teknik nyata yang dipakai semua utility besar.

#Langkah 3 — Estimasi baterai

battery_mah   = 2400          # Li-SOCl2 AA ~2400 mAh @3.6V
voltage       = 3.6
energy_wh     = battery_mah / 1000 * voltage
 
tx_current_ma, tx_s   = 120, 8        # TX burst termasuk repetition
sleep_current_ua      = 3             # PSM deep sleep
reports_per_day       = 1
 
daily_wh = (tx_current_ma/1000*voltage*tx_s*reports_per_day) \
         + (sleep_current_ua/1000*voltage*86400)
print(f"Konsumsi harian : {daily_wh*1000:.1f} mWh")
print(f"Estimasi umur   : {energy_wh/daily_wh/365:.0f} tahun (ideal)")

Hasil ideal ~7+ tahun — realitanya dikoreksi faktor self-discharge, repetition di lokasi buruk, dan retransmit. Selalu laporkan rentang, bukan angka tunggal.

#Common Pitfalls

• Desain push-first: mengandalkan server mengirim perintah sewaktu-waktu ke perangkat PSM — gagal diam-diam karena perangkat tak reachable. Gunakan device-initiated atau window eDRX eksplisit.
• Lupa distribusi jadwal: semua perangkat pakai firmware identik tanpa jitter → storm periodik. Uji dengan simulasi jumlah penuh sebelum rollout massal.
• Menilai coverage dari demo urban: pilot di area baik selalu sukses; masalah muncul di basement dan ruang mesin. Validasi dengan MCL budget + survey titik terburuk.

#Penutup

Inti yang harus dibawa pulang:

• Massive M2M adalah soal signaling & daya, bukan throughput; desain aplikasi harus menyebarkan trafik.
• NB-IoT untuk statis-murah-dalam, LTE-M untuk mobile-responsif-suara, LoRaWAN untuk privat.
• Coverage enhancement 20 dB lahir dari repetition + narrowband — dibayar dengan konsumsi baterai.
• PSM/eDRX mengubah arsitektur komunikasi: device-initiated adalah kaidah baru.

Di episode 18 kita masuk zona yang tidak boleh gagal: telecom security — arsitektur keamanan 5G, SecGW, dan proteksi IMS. Sampai jumpa!