Skenario VoLTE

Skenario dasar dalam profil VoLTE mengasumsikan LTE penuh build-out dan termasuk berikut ini
fungsi:

QoS penanganan untuk menjamin layanan MMTel berkualitas tinggi. Media suara karena itu
dipetakan ke didedikasikan dijamin bitrate (GBR) pengusung, dan Session Initiation Protocol (SIP)
signaling dilindungi dengan menggunakan default-prioritas tinggi sinyal pembawa

Mobilitas berdasarkan prosedur EPC / LTE internal, yang transparan dengan IMS / aplikasi lapisan>
Fitur radio canggih seperti modus LTE DRX untuk hemat baterai terminal dan sundulan kuat
kompresi (RoHC) teknik untuk meningkatkan kapasitas dan cakupan

Bagian GSM-sama dari MMTel layanan tambahan mendukung evolusi halus menuju layanan
komunikasi yang lebih kaya termasuk kemampuan multimedia. VoLTE termasuk suara dalam full
duplex, baik dalam format komunikasi satu-ke-satu atau satu-ke-banyak.

Gambar dibawah menunjukkan versi sederhana dari arsitektur jaringan VoLTE.

Ketika perangkat dihidupkan, menempel ke LTE / jaringan EPC dan cek bahwa jaringanSuara-mampu.
Sebuah Nama IMS Access Point kemudian dibentuk untuk menemukan Proxy-CallSession Control
Fungsi (P-CSCF) sebelum perangkat dikonfirmasi dan terdaftar ke domain IMS(lihat Gambar di bawah
ini)

Panggilan ditetapkan menggunakan SIP ketika sinyal INVITE dikirimkan dari perangkat ke jaringan
menunjukkan pihak yang dipanggil. The INVITE sinyal menggunakan Session Description Protocol
yang menggambarkan media informasi disukai seperti port, alamat IP dan suara coding standar

–
 Adaptive Multi-Tingkat Wideband digunakan untuk HD suara atau Adaptive Multi-Tingkat Sempit -
untuk digunakan. IMS domain melewati informasi ini, melalui interface standar, kebijakan dan
pengisian kontrol EPC ini fungsi, yang menciptakan dan menginstal satu set kebijakan dan pengisian
aturan dalam kebijakan dan pengisian fungsi penegakan (PCEF) untuk media informasi yang
diterima. The PCEF pada gilirannya melakukan QoS dan analisis pengisian-aturan. Sebuah hasil khas
dari analisis ini adalah untuk membangun dedicated EPC dan pembawa radio data, dengan GBR
untuk media VoIP. Gambar A4 menggambarkan SIP signaling dan aliran suara melalui pembawa
khusus. Jaringan radio LTE menggunakan admission control untuk memastikan bahwa ada sumber
daya yang cukup dan kapasitas pembawa suara jaringan-minta. Ketika pembawa suara telah
ditetapkan, paket VoIP dikirim, menggunakan Real-time Transport Protocol, yang dirampingkan
menggunakan RoHC dan diangkut menggunakan Radio Link Control diakui Mode untuk
meminimalkan ukuran paket dan dengan demikian meningkatkan cakupan dan kapasitas. DRX
memberikan konsumsi baterai yang rendah, memberikan waktu bicara yang lama. End-to-end suara
latency adalah setara dengan, atau bahkan lebih baik daripada, 2G / 3G circuit-switched jaringan.

Circuit-Switch Fallback (CSFB)

memungkinkan layanan suara dan SMS circuit -switched yang akan dikirimkan ke LongTerm
Evolution ( LTE ) perangkat . Ketika sebuah handset LTE membuat atau
menerima panggilan suara , perangkat " jatuh kembali " ke jaringan 3G atau 2G untuk menyelesaikan
panggilan . Fitur ini diperlukan karena LTE adalah , jaringan all- IP berbasis paket yang tidakdapat
mendukung panggilan circuit-switched .CSFB memerlukan antarmuka baru yang akan dibentuk
antara warisan pusat ponselswitching ( MSC ) dan entitas manajemen seluler ( MME ) dalam jaringan
inti LTE . Itu ditentukandalam 3rd Generation Partnership Project ( 3GPP )CSFB sering digambarkan
sebagai solusi sementara untuk operator LTE , sedangkan Voiceover LTE ( VoLTE ) dianggap menjadi
tujuan jangka panjang untuk memberikan layanan suaradan media yang kaya lainnya pada jaringan
LTE .Dengan menggunakan CS (Circuit Switched )fallback, sebuah user bisa membuat
voice call dengan kembali pada komunikasi tradisionalCS yang lebih dari UMTS ataupun GSM
Perbedaan SRVCC dan e SRVCC
LTE atau 4G adalah solusi untuk pelanggan akan kebutuhan penggunaan data, dimana kecepatan
download dan upload lebih tinggi dibandingkan teknologi sebelumnya, untuk layanan voice di 4G
saat ini masih menggunakan teknologi CS Fallback dimana setup time call cukup lama, dimana
perangkat tetap dialihkan ke teknologi 3G CS.

Untuk meningkatkan kenyamanan pelanggan ada beberapa solusi teknologi agar layanan voice
dapat berjalan di 4G antara lain SRVCC Solution dan eSRVCC Solution. Solusi ini akan menjadi
pendukung teknologi dan investasi perusahaan untuk menjawab semua kebutuhan pelanggan yang
bervariasi.

VoLTE (Voice over LTE) Solution

VoLTE adalah Layanan voice yang berjalan pada jaringan 4G tanpa harus fallback ke jaringan 3G atau
2G, untuk layanan ini dibutuhkan IMS (IP Multimedia Subsystem) dimana berfungsi sebagai user dan
control plan dari VoLTE.

Dengan menggunakan VoLTE maka setup call akan bisa lebih cepat dibandingkan dengan CS Fallback
dan QoS juga dapat terjaga, dan ketika pelanggan sedang melakukan call menggunakan VoLTE tiba-
tiba tidak tercover jaringan 4G maka akan terjadi handover ke jaringan lain, terdapat dua metode
handover pada VoLTE antara lain :

Perbedaan antara kedua metode handover pada VoLTE sebagai berikut:

Berikut untuk flow sebelum dan sesudah handover pada SRVCC dan eSRVCC

Kontinuitas panggilan suara radio tunggal (SRVCC) / SRVCC yang disempurnakan (eSRVCC)
memungkinkan pelanggan Long Term Evolution (LTE) untuk melanjutkan panggilan mereka yang
berkelanjutan ketika mereka pindah dari jaringan akses radio terestrial universal universal (E-
UTRAN) ke jaringan akses radio terestrial UMTS (UTRAN) atau jaringan akses radio GSM / EDGE
(GERAN). Jaringan LTE pada fase awal biasanya hanya mencakup hot spot dan terbatas dalam
jangkauan berkelanjutan. Ketika pelanggan dalam panggilan pada jaringan LTE bergerak keluar dari
jangkauan LTE, panggilan menjadi terputus. Untuk mengatasi masalah ini, SRVCC / eSRVCC
diperkenalkan. SRVCC memungkinkan pelanggan untuk melanjutkan panggilan yang sedang
berlangsung saat roaming dari E-UTRAN ke UTRAN atau GERAN. SRVCC, yang diusulkan oleh 3GPP,
bertujuan untuk menyelesaikan masalah kontinuitas panggilan suara yang dihadapi pelanggan pada
tahap awal penerapan LTE. eSRVCC diperkenalkan untuk mempersingkat jarak bicara yang
disebabkan oleh serah terima SRVCC. Dalam arsitektur jaringan eSRVCC, ATCF / ATGW ditambahkan
antara fungsi kontrol sesi panggilan-proxy (P-CSCF) dan I-CSCF / S-CSCF. Jika penyerahan SRVCC
diperlukan, sesi media akan ditambatkan ke ATGW. Hanya informasi media tentang ATGW yang
perlu diperbarui ketika penyerahan SRVCC terjadi. Informasi media tentang UE tidak perlu

diperbarui.