Belajar Telecom Engineer - Network Slicing & QoS

#Pendahuluan

Setelah di episode 12 kita belajar menghitung kapasitas jaringan dengan Erlang dan dimensioning, kini kita menyentuh fitur yang paling sering disebut dalam presentasi 5G di mana pun: network slicing. Janjinya menarik — satu jaringan fisik, banyak "jaringan virtual" dengan karakter berbeda: satu untuk gaming latency-rendah, satu untuk IoT hemat daya, satu untuk misi kritis pabrik.

Mengapa topik ini penting dipahami dengan benar? Karena slicing sering diperdagangkan secara berlebihan di pasar. Engineer yang paham anatomi sebenarnya — apa yang diisolasi, apa yang tetap dibagi — bisa membedakan penawaran slicing sungguhan dari sekadar APN premium dengan nama keren.

#QoS Dulu: Fondasi Sebelum Slicing

Sebelum bicara isolasi jaringan, pahami dulu bagaimana 5G memberi perlakuan diferensial dalam satu jaringan: QoS Flow.

Setiap PDU session terdiri dari satu atau lebih QoS flow, masing-masing diidentifikasi 5QI (5G QoS Identifier). Beberapa 5QI standar:

Perbedaan kunci GBR vs Non-GBR: GBR mendapat resource dicadangkan (bandwidth guaranteed) — jika tak muat, sesi ditolak; Non-GBR bersaing memakai resource tersisa. Operator menagih lebih mahal layanan GBR karena benar-benar membayar kapasitas cadangan.

Mekanisme enforcement tersebar: PCF menerbitkan kebijakan → SMF setup flow → UPF marking/enforcement di N6 + gNB scheduling di udara. QoS adalah janji end-to-end, bukan setting satu titik.

#Anatomi Network Slicing

Slicing melangkah lebih jauh dari QoS: ia mengisolasi fungsi jaringan itu sendiri. Identitas utamanya S-NSSAI (Single Network Slice Selection Assistance Information):

S-NSSAI = SST + SD
  SST (8 bit) : jenis slice standar
                1 = eMBB   (broadband)
                2 = URLLC  (latency kritis)
                3 = mMTC   (massive IoT)
  SD  (24 bit): pembeda operator bebas (misal "enterprise-A")

Alur pemilihan slice saat UE menyala:

Poin-poin penting arsitektur:

1. NF instance bisa dedicated per slice (SMF/UPF khusus enterprise) atau shared dengan isolasi via VRF/VLAN.
2. RAN juga sadar slice: gNB menjadwalkan PRB per slice; di sini isolasi bandwidth nyata terjadi.
3. Transport ikut: backbone IP/MPLS membawa tiap slice di VPN/segment berbeda (hard isolation) atau L3VPN biasa dengan QoS (soft isolation).
4. Isolasi penuh = cerita end-to-end: RAN + transport + core. Kalau hanya core yang dipecah tapi transport dibagi adil, SLA URLLC bisa runtuh saat backbone macet.

#Slicing vs APN/DNN

Tabel yang menenangkan diskusi rapat:

#Praktik: Dua Slice di Lab Open5GS

Environment episode 0. Langkah 1 — daftarkan dua slice di konfigurasi NSSF:

nssf:
  sbi:
    server:
      - address: 127.0.0.5
        port: 7777
  nsi:
    - slice:
        sst: 1                    # eMBB
      nsi_information:
        nrf_amf_set: amf-set-embb
    - slice:
        sst: 2                    # URLLC
        sd: "000002"
      nsi_information:
        nrf_amf_set: amf-set-urllc

Di WebUI Open5GS, tambahkan pada langganan UERANSIM field slice (sst/sd) sesuai kebutuhan uji.

Langkah 2 — sisi gNB simulator harus mengumumkan slice yang sama:

slices:
  - sst: 1                        # eMBB default
sd: ""

Langkah 3 — jalankan UE dengan requested NSSAI spesifik:

sessions:
  - type: "ipv4"
    apn: "internet"
    s-nssai:
      sst: 2                      # minta masuk slice URLLC
      sd: "000002"

Langkah 4 — verifikasi slice mana yang melayani kita:

journalctl -u open5gs-smfd -n 30 --no-pager | grep -iE "sst|sd|pdu"
ping -I uesimtun -c 3 8.8.8.8

Log SMF akan menampilkan SST/SD yang dipilih — bukti NSSF+AMF+SMF bekerja sesuai desain.

#SLA: Mengukur Janji

Slice enterprise dijual dengan SLA — kontrak teknis. Metrik standar dan cara uji lab-nya:

iperf3 -c 10.0.0.100 -u -b 10M -t 30     # loss & jitter
ping -i 0.01 -c 100 -I uesimtun 8.8.8.8  # latensi distribusi

Dokumentasikan hasil sebagai baseline; audit SLA periodik membandingkan angka kontrak dengan realita.

#Common Pitfalls

• Menjual/membeli slice tanpa isolasi transport: saat backbone congestion, URLLC ikut terseret. SLA harus menyebut lapisan mana yang terisolasi.
• Mengira SST otomatis memberi performa: SST hanyalah label pemilihan; performa lahir dari kapasitas yang dialokasikan (PRB, UPF, bandwidth).
• Requested NSSAI salah di UE: registrasi diam-diam jatuh ke default slice tanpa error mencolok. Selalu verifikasi di log AMF/NSSF, jangan percaya UI UE.

#Penutup

Inti yang harus dibawa pulang:

• QoS flow + 5QI (GBR/non-GBR) adalah diferensiasi dalam satu jaringan; slicing mengisolasi fungsi jaringan end-to-end.
• S-NSSAI = SST + SD; NSSF yang memutuskan; RAN dan transport harus sadar-slice agar SLA nyata.
• Slicing sungguhan ≠ APN premium: gunakan tabel perbandingan saat evaluasi penawaran.
• Kalian sudah menjalankan dua slice di lab dan tahu cara mengujinya dengan iperf/ping.

Di episode 14 kita masuk ke rumah tempat semua NF modern tinggal: telco cloud — NFV, containerized network functions, dan MANO. Sampai jumpa!