LAPORAN KERJA PRAKTEKPT.TELEKOMUNIKASI SELULEROptimalisasi Bad SpotICT Operation Regional Jawa Timur

BAB IIIDASAR TEORI3.1 Drive Test

Drive Test adalah prosedur untuk melakukan tes saat mengemudi. Kendaraan yang digunakan pada Drive Test yaitu dengan menggunakan mobil, sepeda motor, ataupun jalan kaki. Berikut ini adalah alat yang digunakan dalam Drive Test :

Notebook (1) Software Drive Test(2), Dongle (sekuriti pada software)(3), Mobile Phone (4), GPS (5), Scanner (opsional) (6). Adapter dan / atau hub yang memungkinkan interkoneksi dari semua peralatan.

Berikut ini adalah skema dari koneksi standar.

Gambar 3.1. Peralatan yang digunakan dalam Drive Test.Tujuan utamanya adalah untuk mengumpulkan data tes, tetapi dapat dilihat / dianalisis secara real time (Live) saat tes, yang memungkinkan tampilan kinerja jaringan di lapangan. Data dari semua unit dikelompokkan oleh perangkat lunak pengumpulan dan disimpan dalam satu atau lebih file output (1).

Gambar 3.2. Pengumpulan data pada saat Drive Test.

GPS: Mengumpulkan data lintang dan bujur masing-masing data titik / pengukuran, waktu, kecepatan, dll . Hal ini juga berguna sebagai panduan untuk mengikuti rute yang benar. MS: Pengumpulan data mobile, seperti kekuatan sinyal, Server terbaik, dll . SCANNER: Mengumpulkan data di seluruh jaringan, dimana radio mobile terbatas dan tidak menangani semua data yang diperlukan untuk analisis yang lebih lengkap.

Minimum yang diperlukan untuk melakukan test drive adalah perangkat mobile dengan perangkat lunak untuk coleect data dan GPS. Saat ini, sudah ada ponsel yang melakukan segalanya dimana sudah memiliki GPS, serta software tertentu. Tetapi, ponsel tersebut masih cukup mahal.

3.1.1 Rute Drive Test

Rute Drive Test adalah langkah pertama untuk diatur, dan menunjukkan di mana pengujian akan terjadi. Daerah ini ditentukan berdasarkan beberapa faktor, terutama terkait dengan tujuan tes.

Gambar 3.3. Rute Drive Test.

Beberapa perangkat lunak memungkinkan gambar yang akan dimuat sebagai latar belakang perangkat lunak (geo-referenced). Hal ini membuat lebih mudah untuk rute langsung yang harus diikuti.

Dianjurkan untuk memeriksa kondisi lalu lintas dengan menelusuri keluar jalur yang tepat. Hal ini jelas bahwa pergerakan kendaraan terdepat kejadian tak terduga, seperti kemacetan, jalan interdicted, dll. Oleh karena itu, kita harus mengetahui rute alternatif yang akan diambil. Hindari berjalan jalan yang sama selama Drive Test.

3.1.2 Jadwal Tes Drive

Drive Test dapat dilakukan pada waktu yang berbeda - siang atau malam hari. Drive Test pada siang hari menunjukkan kondisi yang sebenarnya dari jaringan. Selain itu, Drive Test yang dilakukan di malam hari memungkinkan untuk pengetesan, misalnya, tes pada pemancar tanpa mempengaruhi sebagian besar pengguna.

Biasanya aktifitas drive test pada malam hari yaitu untuk pengujian desain sistem tersebut, misalnya dengan integrasi site baru. Dan untuk hari kerja, Drive Test pengujian berlaku untuk analisis kinerja dan juga maintenance.

3.1.3 Metode Panggilan

Drive Tes dilakukan sesuai dengan kebutuhan, dan jenis panggilan tes adalah sama jaringan mendukung - panggilan dapat suara, data, video, dll . Semuanya tergantung pada teknologi (GSM, CDMA, UMTS, dll .), dan tujuan dari tes.

Sebuah Drive Test biasanya menggunakan dua ponsel. Sebuah ponsel dengan melakukan panggilan (CALL), dikonfigurasi dan di kumpulkan datanya dalam software. Dan yang lainnya, dalam mode idle, yaitu terhubung, tapi tidak pada panggilan.

Panggilan tes (CALL) dapat dari dua jenis: durasi panjang atau pendek. Panggilan singkat harus berlangsung panggilan user dimana nilai referensi yang baik adalah 180 detik. Berfungsi untuk memeriksa apakah panggilan sedang terhubung sampai menutup panggilan(menjadi cara yang baik untuk juga memeriksa waktu setup jaringan). Panggilan lama berfungsi untuk memverifikasi apakah handover dari jaringan bekerja, panggilan dimana jaringan tidak menurun.

A. VOICE1. Idle mode

Metode drive test dimana ponsel terhubung pada jaringan seluler, tetapi tidak melakukan CALL.

2. Dedicated mode

a. Lock 2G

Metode drive test dimana ponsel terhubung harya pada jaringan 2G dan melakukan CALL.

b. Lock 3G

Metode drive test dimana ponsel terhubung harya pada jaringan 3G dan melakukan CALL.

c. Dual Mode

Metode drive test dimana ponsel terhubung pada jaringan 2G dan jaringan 3G dan melakukan CALL.

3. Sequence Mode . Durasi sequence: 120/30

a. Lock 2G

Metode drive test dimana ponsel terhubung pada jaringan 2G dan melakukan CALL dan idle dengan durasi tertentu secara terus - menerus.

b. Lock 3G

Metode drive test dimana ponsel terhubung pada jaringan 3G dan melakukan CALL dan idle dengan durasi tertentu secara terus - menerus.

c. Dual Mode

Metode drive test dimana ponsel terhubung pada jaringan 2G dan jaringan 3G dan melakukan CALL dan idle dengan durasi tertentu secara terus - menerus.

B. DATA

a. Lock 2G

i. GPRS

ii. Edgeb. Lock 3Gi. UMTSii. HSPAiii. HSDPAc. Dual Moded. LTE

3.1.4 Fungsi Drive Test

Fungsi dari Drive Test adalah:

Performance Analysis Integrasi pada site baru dan merubah parameter site sebelahnya. Marketing Benchmarking Complain

Performance Analysis adalah yang paling umum, dan biasanya dibuat menjadi kelompok (pengelompokan sel), yaitu, daerah dengan beberapa site yang menarik. Mereka juga dapat dilakukan dalam situasi tertentu, seperti untuk menjawab keluhan pelanggan.

Dalam pengujian integrasi site baru, dianjurkan untuk melakukan dua tes: satu dengan situs tanpa handover. Dengan demikian mendapatkan visualisasi total cakupan area. Yang lainnya, kemudian, dengan handover.

Tergantung pada jenis perubahan site (jika ada perubahan dalam EIRP) kedua tes juga dianjurkan. Jika tidak, hanya melakukan tes normal.

Tes marketing biasanya diminta oleh daerah pemasaran perusahaan, misalnya menunjukkan cakupan sepanjang jalan raya, atau di wilayah / lokasi tertentu.

Tes Benchmarking bertujuan untuk membandingkan jaringan bersaing. Jika hasilnya lebih baik, dapat digunakan sebagai argumen untuk penjualan baru. Jika buruk, hal itu menunjukkan titik-titik di mana jaringan harus ditingkatkan.

Tes Complain biasanya diminta oleh pelanggan dimana pada daerah pelanggan tersebut mengalami masalah pada jaringan seluler tersebut.

3.1.5 Pengumpulan Data

Sebelum Anda mulai, periksa semua sambungan, Terutama, pastikan bahwa baterai sudah terisi penuh. Jika tidak, maka baterai habis pada saat Drive Test berlangsung. Ketika memasang peralatan, menjaga jarak minimal antara kaki setiap antena, sehingga memastikan bahwa tidak memiliki gangguan elektromagnetik atau distorsi dari pola radiasi antena yang dapat mempengaruhi pengukuran. Pastikan bahwa semua peralatan yang terlibat terhubung ke sumber listrik, pastikan sekarang bahwa semua diidentifikasi oleh software Drive Test. Hal ini harus dilakukan dengan menggunakan program yang menampilkan setiap elemen yang port terhubung dengan benar. Pastikan GPS telah mengakuisisi satelit perlu untuk menentukan posisinya. Posisi antenna harus tidak terdapat halangan ke satelit. Jika semuanya baik, mulai koleksi tes untuk memverifikasi bahwa semua data yang ditulis. Di jendela utama program membuat indikator yang memberitahu jika data sedang direkam. Juga mencatat bahwa parameter jaringan yang terlihat pada jendela masing-masing perangkat - ponsel, gps, scanner, dll. Beberapa perangkat lunak juga menawarkan fasilitas untuk memvisualisasikan data ini tanpa menyimpan. Hal ini sangat penting untuk memastikan semuanya baik sebelum dimulai. Pada saat Drive Test, semua informasi disimpan dengan Tanggal masing-masing data dan waktu serta posisi geografis.

Gambar 3.4. Hasil data yang dikumpulkan saat Drive Test.

3.1.6 Software Drive Test

Sebagian besar software Drive Test memiliki kesamaan beberapa software yang juga membuat analisis. Ini disebut software post-processing. Setiap sofware memiliki analisis spesifik, dan sebagai data (langkah-langkah) yang dikumpulkan sangat besar, mereka bisa sangat membantu untuk memecahkan masalah yang sangat spesifik. Alat-alat ini menyajikan data dalam tabel, peta dan grafik perbandingan yang membantu dalam membuat keputusan. Software Drive Test memiliki fungsi untuk mengekspor data dalam bentuk tabel, dalam format teks atau CSV.

3.2 Key Performance Indicator 2G

Menurut rekomendasi dari ITU ( International Telecommunication Union ) terdapat 3 kategori pengklasifikasian Key Performance Indicator ( KPI ) untuk evaluasi sebuah jaringan yaitu Accessibility, Retainibility, dan Integrity.

a. Accessibility

adalah kemampuan user untuk memperoleh servis sesuai dengan layanan yang disediakan oleh pihak penyedia jaringan.

b. Retainibility

adalah kemampuan user dan sistem jaringan untuk mempertahankan layanan setelah layanan tersebut berhasil diperoleh sampai batas waktu layanan tersebut dihentikan oleh user.

c. Integrity

adalah derajat pengukuran disaat layanan berhasil diperoleh oleh user.

Berikut adalah list KPI yang biasa digunakan oleh operator dan vendor seluler.

Tabel 3.1 list KPI pada Operator dan Vendor selulerCategoryKPI 1 NameCriteria 1KPI 2 NameCriteria 2

ASDSRSDSR Value < 96%Drops on SDCCHDrops on SDCCH Contribution > 0.05%

ASDCCH Blocking rateSDCCH Blocking rate Value > 2%Failed SDCCH Seizured due to Busy SDCCHFailed SDCCH Seizured due to Busy SDCCH Contribution > 0.05%

ATCH BlockingTCH Blocking Rate Value > 2%Failed TCH Seizured due to Busy TCH (Signalling channel) Failed TCH Seizured due to Busy TCH (Traffic channel)Failed TCH Seizured due to Busy TCH (Signalling channel) Failed TCH Seizured due to Busy TCH (Traffic channel) Contribution > 0.05%

RDrop CallDrop Call Value > 1%Call Drops on TCHCall Drops on TCH Contribution > 0.05%

R TBF Completion rateTBF Completion rate value < 96%TBF FailureTBF Failure Contribution > 0.05%

MHOSRHOSR Value < 98%HOSR FailureHOSR Failure Contribution > 0.1%

IGPRS Throughput (kbps)GPRS Throughput (kbps) value < 48kbps

IEDGE Throughput (kbps)EDGE Throughput Value < 64kbps

Ket : A = Accessibility, R = Retainability, M = Mobility, I = Integrity

Sedangkan rumus KPI yang digunakan untuk menghitung besarnya HOSR adalah sebagai berikut :

HOSR (%) = 100 100*(hfr_2 - hfr_55) hfr_2 = HO_fail / HO_Attempthfr_55 = HO_blocking / HO_Attempt

3.2.1 Handover Successful Rate Optimization

Adalah suatu teknik optimisasi khusus dalam

mengatasi segala macam faktor yang menyebabkan low HOSR. Berikut adalah faktor-faktor yang menyebabkan terjadinya low HOSR.

a. Ada neighbour yang hilang atau terlalu banyak neighbour.

Adanya neighbour yang hilang, atau biasa disebut missing neighbour, dapat menyebabkan munculnya Handover fail. Lakukan audit neighbour pada cell yang Handover fail-nya tinggi dan tambahkan relasi apabila terdeteksi adanya missing neighbour.

b. Handover attempt rendah.

Pada cell yang memiliki handover attempt kecil seperti contohnya pada sebuah cell yang terdapat pada pulau terpencil kecendurungan HOSR rendah sangat dimungkinkan.

c. Wrong BSS parameter

Dengan memperhatikan HOSR per-relation, jika diketahui bahwa HO fail merata pada semua relation mengindikasikan kesalahan setting pada BSS parameter.

d. Poor BCCH / BSIC Plan

Ketika MS mencoba melakukan akses ke jaringan ( Mobile Originating Call ), maka BTS akan merespon menggunakan timeslot pada frekuensi BCCH / BSIC. Sehingga apabila terjadi interferensi pada frekuensi BCCH (co-channel atau adjacent channel ) maka dapat menyebabkan Handover failure.

e. TCH Congestion on target cell

Pada saat cell target yang mengalami TCH blocking menjadi best neighbour, pasti akan berakibat handover fail, untuk mengatasi hal tersebut bisa di implementasikan dengan mengatur parameter nilai priority handover pada target cell, dengan memperhitungkan factor load pada target cell yang mengalami congestion.

f. Incorrect handover parameter / threshold

Lakukan pengecheckan nilai parameter antara existing dan planning, dengan berdasarkan pengamatan dan analisa pada perkembangan Timing Advance terbaru, lakukan perubahan nilai parameter, jika dirasa perlu.

3.3

Key Performance Indicator 3G

Key Performance Indicator ( KPI ) yang digunakan untuk melihat performansi jaringan WCDMA dibedakan menjadi parameter Accessibility, Retainability, Integrity.Mobility, Availability.

3.3.1 Accessibility

Accessibility adalah seberapa mudah jaringan bisa di akses oleh UE untuk bisa mendapatkan jaringan WCDMA. Parameter KPI yang berhubungan dengan accessibility antara :

Radio Resource Control Success Rate ( RRC SR )

RRC SR adalah tingkat keberhasilan signaling yang digunakan untuk melakukan konfigurasi dan membangun hubungan antara UE dengan Node B.

3.8.1.1

Call Setup Success Rate ( CSSR )

CSSR merupakan persentase keberhasilan membangun suatu hubungan.

.3.8.1.2

High Speed Downlink Packet Access ( HSDPA ) Accessibility

HSDPA Accessibility adalah prosentase keberhasilan membangun suatu hubungan menggunakan teknologi HSDPA.

3.8.1.3

3.3.2 Retainability

Retainability adalah kemampuan suatu jaringan untuk mempertahankan layanannya pada durasi waktu tertentu sampai UE mengakhiri layanannya.Parameter yang berhubungan antara lain :

Radio Access Bearer Drop ( RAB Drop )

RAB Drop adalah jumlah terjadinya Iu Release yang dilakukan oleh Core Network yang bisa di sebabkan oleh hardware , transmisi, interferensi

.3.8.1.4

Call Completion Success Rate ( CCSR )

Call Completion Success Rate adalah kemampuan jaringan dalam mempertahankan Radio Access Bearer sampai layanan tersebut berakhir,

.3.8.1.5

HSDPA Retainability

HSDPA Retainability adalah kemampuan jaringan dalam mempertahankan kanal HSDSCH sampai layanan berakhir.

3.8.1.6

3.3.3 Integrity dan MobilityMerupakan seberapa bagus kualitas dari layanan yang dapat diberikan kepada UE dari sisi kecepatan akses ( Throughput ) dan Quality of Service ( QoS ) dan seberapa bagus jaringan bisa dipertahankan pada saat terjadi perpindahan dari satu cell ke cell yang lain baik dalam sistem WCDMA atau dari WCDMA ke GSM. Dibedakan menjadi Softhandover, hard handover dan Inter Rat Handover.

.3.8.1.7

.3.8.1.83.3.4 Data Connection Quality Index (DCQI)

DCQI merupakan parameter KPI yang ditentukan dari hasil pengukuran drive test yang merepresentasikan parameter KPI diatas dengan bobot yang ditentukan oleh masing-masing operator. Seperti halnya pengukuran statistik melalui perangkat, parameter DCQI terdiri dari gabungan parameter berikut :

Accessibility

Merupakan seberapa bagus layanan dapat diakses, meliputi CSSR dan CST.

3.8.1.9

Retainability

Merupakan seberapa bagus layanan dapat dipertahankan atau ditingkatkan sampai dalam keadaan idle, meliputi CCSR.

.3.8.1.10

Integrity

Merupakan seberapa bagus kualitas dari kecepatan akses data jaringan.

..3.8.1.11

Sehingga diperoleh rumusan VCQI seperti ini.

.2.12

Tabel 3.2 Bobot DCQIAccessbility50%Attach SR30%

Attach Time 2 sec10%

PDP Context SR50%

PDP Context Time 2 sec10%

Retainability30%PDP Completion Rate80%

FTP Download SR20%

Integrity20%FTP Throughput 128 Kbps100%

3.3.5 Parameter Kerja Jaringan (QoS)

Beberapa parameter yang dijadikan referensi umum untuk dapat melihat per-formansi dari jaringan 3G/UMTS adalah seperti : RSCP, EcNo, Speech Quality Index (SQI), Call Setup Success Ratio, Call Drop Ratio, Successfull Call Ratio, Call Congestion Ratio, dan Handover Success Ratio.

RSCP

Reception Level (RxL) adalah tingkat kekuatan sinyal di jaringan 2G yang diterima ponsel, sedangkan untuk 3G(UMTS) menggunakan istilah Received Signal Code Power (RSCP). Skala RxL antara -47 dBm s.d. -110 dBm (bila menunjuk angka lebih besar dari -85 dBm Sangat Baik, -92 s.d. -85 Baik, - 105 s.d. -92 Cukup Baik, dan -85 dBm Sangat Baik, - 98 s.d. -85 Baik, -108 s.d. -98 Cukup Baik, dan 2m< 2000 m16-64 (LTE up to 80)< 120 km/h

MetroLocal Area BS 24 dBm>2m< 2000 m16-64< 120 km/h

Berbeda dengan perangkat dari repeater dan BTS lainnya, femtocell tidak terhubung langsung pada perangkat BSC atau RNC. Femtocell memiliki gateway sendiri yang terhubung langsung dengan jaringan akses data pelanggan. Gambar 3 di bawah ini merupakan tipikal skenario jaringan femtocell yang berada di dalam jaringan macrocell.

Gambar 316. Tipikal skenario femtocell dan macrocell

3.7.1 Arsitektur Femtocell

Arsitektur umum jaringan femtocell dapat dilihat pada gambar 4 :

Gambar 3.17. Arsitektur femtocellBagian-bagian arsitektur jaringan femtocell pada gambar 4 dijelaskan sebagai berikut :

a. Home Enhanced NodeB (HeNB) adalah perangkat pada sisi konsumen yang dapat langsung diinstal dan digunakan langsung oleh pelanggan (plug and play). HeNB menggunakan akses backhaul broadband pelanggan agar dapat terhubung dengan jaringan operator.b. HeNB Management System (HeMS) berfungsi untuk dalam hal maintenance dan provisioning HeNB. HeMS memberikan operator keleluasaan dalam hal kontrol dan manajerial HeNB serta melaporkan data performansi (fault report) HeNB.c. Security Gateway (SeGW) berfungsi untuk menjaga keamanan link komunikasi antara HeNB dan core network. HeNB Gateway (HeNB GW) menyediakan berbagai fungsi yang berkaitan dengan kemanan link (link security), kontrol, dan agrregation. HeNB GW juga berfungsi dalam hal maintenance konektivitas core network.d. S1 Interface S1 merupakan interface dalam jaringan HeNB yang bersifat multifungsi yang berperan dalam hal transport informasi antara HeNB dan HeNB GW.

Femtocell mempunyai beberapa keuntungan baik dari segi teknis maupun dari segi bisnis diantaranya adalah : Cakupan dan peningkatan kapasitas: Karena beroperasi dengan kondisi transmit-receive jarak pendek. Kecepatan data tinggi dan kualitas panggilan: cakupan ditingkatkan sehingga memungkinkan user untuk bekerja di puncak kemampuannya. Pengurangan biaya bagi operator seluler: Femtocell meminimalkan modal dan belanja operasional. Layanan femtozone : menggunakan pengetahuan spesifik lokasi femtocell pengguna dapat memberikan manfaat tambahan seperti kontrol perangkat sekitar rumah. Simple deployment: Femtocells dirancang untuk menjadi sederhana untuk menginstal, mengkonfigurasi dan mengoperasikan (zero touch installation).

36