BAB IV ANALISA PROSES OPTIMISASI JARINGAN 4.1.
KPI dan Pendekatan Lapisan Optimisasi Key Performance Indicator (KPI) adalah suatu minimum set dari suatu metric untuk tracking system progress menuju ke arah suatu target performance. Selama deployment dan optimisasi jaringan, beberapa set KPI dapat didefinisikan. Set yang berbeda bisa digunakan untuk masing-masing tahap optimisasi, seperti diterlihat pada Gambar 4.1. dari proses optimisasi, tiga kategori KPI dapat dibedakan. Masing-Masing yang dibahas di bawah ini.
RF KPI. digunakan selama initial RF optimization atau setiap kali kondisi-kondisi RF berubah dengan signifikan; sebagai contoh, ketika suatu site baru ditambahkan atau suatu sel diorientasikan kembali.
Tabel 4.1 Contoh RF KPI
Service KPI. Didapat lewat drive test dan digunakan selama awal optimisasi untuk menaksir system performance. Service KPI perlu menelusuri semua aspek dari user experience, dari panggilan origination sampai call release. Tabel 4.2 meringkas service KPI yang relevan. Sisa bab ini mendiskusikan service KPI untuk kegagalan akses, poor quality dan drop call. KPI dalam Tabel 4.2 menghadirkan 55
suatu minimum performance level untuk mendukung design target: suatu jaringan dengan sel edge coverage kemungkinan 90% (97% coverage area, mengasumsikan ó= 8 dB). Karena retention dan access peformance, kemungkinan sukses harus sesuai dengan coverage area. Sebagai contoh, call success rate target harus 97%. Mengharapkan sukses lebih tinggi akan sepadan dengan mengharapkan service dalam suatu area di mana coverage tidaklah dijamin. Hasil tergantung pada bagaimana test dilakukan. Kasus membahas asumsi bahwa test dijalankan di atas keseluruhan coverage area yang diramalkan.
Tabel 4.2 Contoh Service KPI
Operasional KPI. digunakan suatu ketika lalu lintas komersil cukup dibawa oleh jaringan, ketika pengalaman pemakai yang nyata dapat dievaluasi dan pertumbuhan jaringan dapat direncanakan. Operasional KPI harus terukur dan memiliki trend di atas suatu periode waktu yang diperluas. Mereka harus terukur dengan counter network atau dengan protocol analyzer tergabung dalam network interface (pada umumnya Iub atau Iu). Network counter biasanya lebih mudah untuk digunakan 56
dibanding protocol analyzer, tetapi mereka terbatas oleh masingmasing implementasi vendor.
Pada tugas akhir ini penulis fokus pada beberapa proses optimisasi yaitu : RF Optimization dan Voice service optimization, yang akan dibahas sampai akhir bab ini.
Gambar 4.1 Fase-fase Optimisasi 4.2. Optimisasi RF Tak peduli bagaimana luasnya perencanaan sebuah jaringan, RF Optimization harus menjadi langkah pertama optimisasi jaringan. Ada banyak pertimbangan untuk ini. Selama network design, coverage dan kapasitas
telah
dioptimalkan
berdasarkan
network
planning
tools.
Penaksiran bagaimana jaringan secara aktual bekerja terbatas oleh ketelitian kedua-duanya baik RF model dan input data. Terrain Model adalah akurat sekitar 10 sampai 20 meter. Building model, ketika digunakan semua, mempertimbangkan secara garis besar dari bangunan tetapi bukan building structure dan construction material. RF model jangka panjang secara 57
statistik adalah keseluruhan akurat, tetapi secara statistik jangka pendek pada umumnya berubah-ubah disekitar rata-rata, beberapa dB. Daftar bisa diperluas dan ketidaktepatan lebih bisa terbuka untuk masing-masing model. Setelah semua perencanaan yang hati-hati, deployment yang secara aktual menambah bagian ketidaktepatannya. Sebagai contoh, feeder bisa lebih panjang atau lebih pendek, menyebabkan lebih atau lebih sedikit kerugian dalam kaitan dengan routing yang nyata, atau orientasi antena boleh jadi didasarkan pada utara magnetis, dibanding utara yang benar. RF Optimization dapat dilihat sebagai yang pertama, dan mungkin hanya ini, kesempatan untuk mengamati sistem dalam keseluruhannya, di bawah kondisi-kondisi dikenal. Selama latihan ini, efek berbagai ketidaktepatan dapat diamati dan pengaturan yang nyata yang diketahui. Koreksi diperbolehkan untuk meluruskan coverage dan kapasitas yang diharapankan dengan network plan. RF Optimization untuk sistem WCDMA perlu memverifikasi coverage (RSCP) dan memperkecil interferensi (Ec/No) diatas coverage area yang diharapkan. Interferensi mengambil prioritas diatas Coverage sebab interferensi mempengaruhi kedua-duanya area yang dapat digunakan dan untuk jangka panjang mempengaruhi kapasitas sistem. Di WCDMA, coverage dapat dilihat seperti area di mana CPICH lebih tinggi dibanding signal strength threshold dan mutu yang telah ditetapkan. Pada Idle mode, quality threshold adalah Qqualmin yang dikenal sebagai, atau Ec/No. Signal strength threshold dikenal sebagai Qrxlevmin, Atau RSCP. Signal strength RSCP lebih mudah untuk dipahami dan ditaksir sebab hanya tergantung pada
power yang dialokasikan kepada CPICH
(Common Pilot Channel), dan path loss antara sel dan UE. Meningkatkan coverage berdasar pada CPICH RSCP memerlukan hanya untuk meningkatkan power atau mengurangi path loss. Dengan HPA (High Power Amplifier) power terbatas, meningkatkan CPICH power mengurangi kapasitas dan ini bukanlah solusi jangka panjang baik. Pada sisi lain, mengurangi path loss dapat dicapai hanya dengan mengurangi jarak antar
58
site, mungkin mempengaruhi kualitas, atau Ec/No. Ini di mana pengendalian interference masuk ke dalam arena. Ketika jarak antar site berkurang, resiko overlap meningkat. Kecuali jika coverage dari sel dengan baik dapat dikendalikan, ada suatu resiko dari mengurangi Ec/No, Yang menciptakan suatu ripple effect. Pada Idle Mode, UE harus memperoleh dan mengukur CPICH dan membaca semua System Information Block (SIBs). Ec/No yang lebih rendah mempengaruhi demodulasi PCCPCH (Primary Common Control Physical Channel), kecuali jika powernya cukup untuk memelihara Eb/Nt (Energy per bit over the effective noise power spectral density) yang diperlukan. Ini adalah nyata ketika mengakses sistem. Ketika hanya server tunggal yang digunakan, Ec/No yang rendah secara langsung berhubungan dengan geometry (G-1= Ioc/ Iˆor (ratio of other-cell interference to the same-cell received power density)) yang rendah, meningkatkan transmit power yang diperlukan untuk mendapatkan Eb/Nt yang dibutuhkan PCCPCH, SCCPCH (Secondary Common Control Physical Channel), PICH (Paging Indicator Channel), dan AICH (Acquisition Indicator Channel). Itu mungkin untuk meningkatkan power assigment untuk control channel ini, tetapi ini akan mengurangi power yang tersedia untuk DPCH dan oleh sebab itu dapat mengurangi kapasitas. Di Connected Mode, handover dapat sebagian mengkompensasi untuk RF performance yang rendah. Dengan handover, geometry dan Ec/Ior (Ratio of other-cell interference to same-cell received power density) yang diperlukan tidaklah secara langsung berhubungan dengan CPICH Ec/No individu server, tetapi kepada kombinasi CPICH Ec/No dari semua server di dalam Active Set. Eb/Nt Yang diperlukan DPCH (Dedicated Pilot Channel) didapatkan dengan mengkombinasi energi dari berbagai link. Walaupun handover adalah salah satu dari keuntungan WCDMA yang utama dalam kaitannya dengan channel code atau dari suatu perspektif power, handover juga dapat mempengaruhi kapasitas. Efek handover pada code channel adalah paling menyolok untuk Low Downlink Spreading Factor (Orthogonal Variable Spreading Factor [OVSF] Code). Ini adalah 59
ditunjukkan Gambar 4.2, adalah plot kapasitas setiap sel, untuk PS384 bearer, di Erlang, terhadap handover overhead factor. Handover overhead factor, juga disebut Handover Reduction Factor (HORF), adalah rata-rata jumlah koneksi yang melayani suatu panggilan. Itu dapat digunakan untuk ukuran efisiensi jaringan, ketika semua metric lain adalah sama. Suatu jaringan dengan suatu HORF lebih rendah dapat membawa trafik lebih. Kapasitas berkurang tajam ketika HORF meningkat karena bagian dari Teori Erlang, menggambarkan koneksi antara handover dan kapasitas. Seperti contoh di Gambar 4.2 menunjukan, suatu HORF yang lebih tinggi dibanding 1.5 dengan mantap mengurangi kapasitas.
Gambar 4.2 Bagaimana HORF mempengaruhi kapasitas sel untuk SF= 8 Gain disajikan dengan
penggunaan handover untuk mengganti
kerugian untuk Ec/No yang lemah adalah offset dari total power yang dikonsumsi setiap koneksi. Total power yang dikonsumsi adalah penjumlahan DPCH power untuk semua handover link yang melayani koneksi yang diberikan, diyatakan dalam hal Ec/Ior. Nilai ini dibandingkan kepada harapan rata-rata ukuran
Active Set
E{N}.
Gambar 4.3
menggambarkan handover gain setiap link dengan pengurangan monotonic per-link DPCH power, mewakili sebagai DPCH Ec/Ior. Sebagai rata-rata 60
ukuran Active Set meningkat, DPCH yang diperlukan per-link berkurang. Total power yang dikonsumsi, atau per-Active Set power, pada awalnya berkurang, sesuai dengan area maximum handover gain, akan tetapi setiap Active Set power meningkat. Di dalam daerah tersebut, handover gain tidaklah optimal, yang akhirnya memboroskan downlink resource. Ini mengamati sweet spot yang mana adalah suatu fungsi kualitas RF optimization. Pada parameter setting yang sama, RF optimization yang terbaik mengahasilkan ukuran Active Set rata-rata yang paling rendah. Contoh ini menggambarkan pentingnya konfigurasi optimizing RF ketika CPICH Ec/No dimaksimalkan pada beban yang diberikan. Ini memastikan optimisasi yang tersisa akan menjadi se-efisien mungkin.
Gambar 4.3 Perbandingan DPCH power oleh link dan Active Set
4.2.1 Optimisasi Kuantitatif Pada awal tahap overlaying terhadap suatu jaringan existing dengan suatu teknologi baru, jaringan yang baru harus bersaing dengan jaringan yang telah terbentuk mungkin telah mencapai suatu 61
level service yang sangat tinggi setelah optimisasi berlanjut selama bertahun-tahun. Mencapai keberhasilan Qos (quality of service) yang sama ketika implementasi secara komersil dari jaringan yang baru bukan sesuatu yang hemat maupun praktis. Karena alasan ini, suatu set batasan sasaran optimisasi yang praktis hasil harus diberlakukan bagi mencapai sasaran hasil disain dan menyediakan Qos yang bisa diterima kepada end user. Pada masing-masing langkah proses optimisasi, sasaran hasil dapat di-set melalui Key Performance Indicator (KPIs) yang bersesuaian. KPI harus digambarkan untuk masing-masing langkah proses optimisasi, mulai dengan tugas preoptimisasi tertentu dan berturut-turut meningkatkan lingkup dengan masing-masing langkah yang berurutan. Bagian selanjutnya mendiskusikan ini secara detil. Tabel 4.3 dan Tabel 4.4 daftar KPI untuk preoptimisasi dan RF optimisasi.
Tabel 4.3 Preoptimization KPIs Task Network planning review
KPI
KPI target
CPICH Ec/No
> −9 dB over 95% of the area > design target over 100% of the
CPICH RSCP
area, considering appropriate margins
Single site inspection
Site installation and
All sites in the tested area installed
commissioning
and commissioned
Site verification
Site operation
Basic feature
Call access performance in
verification
controlled RF environment Call retention performance in controlled RF environment
All sites in the tested area processing calls >99% for all services
>99% (or <1% call dropped) for all services
62
Tabel 4.4 RF optimization KPIs Task
KPI
RF optimization
Measured RSCP
KPI target > −88 dBm (for 20 dB BPL) over 97% of area
Measured Ec/No
> −9 dB over 95% of area
Cell overlay
< 3 cells within R1a over 95% of area
Qualitative
No cell overshoot
distribution
Minimal cell fragmentation Minimal change in best server Minimal differences between prediction and measurements R1a is the reporting range constant, in dB.
Contoh RF KPI di Tabel 4.4 harus ditinjau untuk masingmasing proyek optimisasi, menurut perencanaan jaringannya. RSCP threshold dapat dihitung dari minimum RSCP yang bisa diterima, kemudian urut menurut margin manapun atau kerugian dalam Link Budget, seperti ditunjukan Tabel 4.5. Link margin (terutama LNF) tidaklah secara langsung dimasukkan ketika pengukuran dilakukan; ini secara tidak langsung difaktorisasi seperti kemungkinan mengukur suatu nilai di bawah threshold. Link margin harus konsisten dengan kemungkinan coverage area, mengasumsikan bahwa simpangan baku (standard deviation) sesuai dengan nilai yang digunakan untuk perencanaan. Threshold digunakan untuk Ec/No dan sel overlay harus konsisten dengan nilai yang digunakan selama perencanaan jaringan. Suatu parameter penting untuk kalkulasi Ec/No adalah actual loading pada
masing-masing
sel
ketika
diuji.
Ini
dapat
dihitung
menggunakan persamaan pada Network Planning Tool Selection 63
Criteria, yang menaksir Ec/No dari server yang ditentukan, j, dari salah satu dari dua pilihan ini :
Total transmit power (Iˆor) dan path loss (L), atau
RSCP dan loading (Ec/Ior) dari masing-masing server
Tabel 4.5 Calculation of RSCP optimization threshold Line item
Value [dB] or [dBm]
Minimum RSCP
−111
Body loss
3
Comment Corresponds to Qrxlevmin Per design, for worst service Not considered for the
Link margin
0
measurement threshold; used only for coverage probability
Building penetration loss
20
Antenna gain
−3
Antenna cable loss
3
Calculated RSCP optimization threshold
Per design Typical for omni mag mount antenna Corresponds to 4 m of RG-58 cable
−88
64
Gambar 4.4 Scanner RSCP PLOT Banjarmasin
Gambar 4.5 Scanner ECNO PLOT Banjarmasin
65
Pada Gambar 4.4 adalah contoh hasil Scanner RSCP, rute drive test adalah area Banjarmasin. Scanner RSCP menunjukan bahwa jaringan memiliki RSCP yang bagus dengan CPICH RSCP 100% dan > -92 dBm, dan pada Gambar 4.5 EcNo cukup baik dengan CPICH EcNo 100% dan > -12 dBm. Dari hasil scanner RSCP dan EcNo diatas kita bisa mengambil kesimpulan bahwa kondisi RF dalam keadaan cukup baik.
4.2.2
Kualitatif Optimisasi Qualitative metric membahas pengaruh performance sistem dalam jangka panjang, tetapi mungkin tidak dengan seketika jelas dari memperhatikan Ec/No, RSCP, atau jumlah server di dalam beberapa dB.
Cell overshoot (boomer). Cell overshoot pada umumnya dihasilkan oleh boomer cell, yakni sel yang lebih tinggi dari rata-rata tinggi tanah. Dari best server plot, Cell overshoot dapat dideteksi sebagai server yang terbaik pada sebuah lokasi yang meluas melampaui strata pertama dari sel asal. Dari RSCP plot, suatu Cell overshoot dapat dideteksi di mana RSCP kuat terjadi melampaui yang pertama atau bahkan strata kedua sel asal. Best server plot tidak akan menunjukkan cell overshoot yang realible seperti individual RSCP plot, sebab suatu server bisa meluas di luar coverage area yang diharapkan namun bukan server yang paling kuat. Cell overshoot menyebabkan beberapa issue dalam suatu jaringan. Khususnya, overshooting cell mempunyai area handover besar yang menghabiskan sumber daya. Ketika sumber daya dihabiskan, call origination di area ini gagal dan sumber daya yang meminta untuk handover ditolak. Pada saat handovers ditolak, cell overshoot bisa mempengaruhi kualitas koneksi. Ketika handover tidak dibolehkan, suatu panggilan mengalami geometry yang lebih rendah dalam kaitan dengan suatu sel yang kuat tidak ada 66
dalam Active Set. Ketika geometry menurun terus
dan
additional power tidak bisa dialokasikan kepada DPCH, kualitas (BLER) menurun dan secepatnya call drop terjadi.
Cell fragmentation dapat digambarkan sebagai noncontinuous area di mana suatu sel dideteksi sebagai server yang terbaik. Cell fragmentation bisa merupakan suatu konsekwensi langsung tentang cell overshoot, tetapi boleh juga dideteksi di area coverage sel yang lemah, seperti area dihalangi atau area dengan antena dari diakibatkan
oleh
ketinggian yang berbeda. Handover cell
fragmentation.
Secara
rinci,
fragmentation pada umumnya meningkatkan ukuran Active Set. Peningkatan ukuran Active Set, atau HORF, bervariasi menurut handover parameter setting. Ini mempengaruhi reselection dan mungkin, call origination performance. Efek pada reselection sel tergantung pada Treselection Parameter dan mobilitas pemakai.
Gambar
4.6
menggambarkan
Cpich
Ec/No
Pengukuran dari waktu ke waktu, mengukur dengan suatu pilot scanner untuk berbagai sel diamati. Contoh ini menunjukkan bahwa pada kecepatan lebih tinggi dibanding 50 km/hr, dan jarak 600 meter, Treselection setting diatas 1 detik mencegah UE dari reselection ke sel 1007_2; itu tetap tinggal pada sel 1008_2. Ec/No sel 1008_2 bisa jatuh di bawah - 20 dB, di mana titik call origination mungkin untuk gagal kecuali jika semua control channel power di-set untuk mengatasi kondisikondisi saluran seperti itu.
67
Gambar 4.6 Cell fragmentation example, as observed with a Pilot scanner
Frequent change in best server. Tidak sama dengan fragmentation, di mana UE memilih server berulang kali, perubahan sering di server terbaik ditandai dengan pemilihan (atau mencoba untuk memilih) server berbeda. Ini dapat disebabkan oleh kepadatan sel tinggi, atau oleh ketidakhadiran server dominan dalam kaitan dengan optimisasi yang tidak sempurna. High cell density mestinya tidak menyebabkan permasalahan jika coverage untuk masing-masing sel dimasuki dengan baik, dan jika reselection parameter dan handover parameter
(untuk
sedikit
lebih
luas)
di
set
untuk
mengakomodasi suatu perubahan yang cepat dari server terbaik. Untuk reselection, ini berarti memperkecil Treselection 68
ketika mengakomodasi mobilitas para pemakai di dalam area itu. Perubahan sering di dalam server terbaik dalam kaitan dengan ketidakhadiran dari server dominan jadi lebih kritis sebab
ini
mengurangi
Ec/No.
Ec/No
yang
rendah
mempengaruhi akses panggilan dan retention.
4.2.3
Optimisasi pada Idle Mode RF optimisasi yang didiskusikan di tadi mengasumsikan bahwa hanya suatu Pilot scanner yang bisa digunakan. Setelah tahap awal RF optimisasi lengkap, itu sangat menolong untuk mempekerjakan UE di dalam Idle Mode untuk menaksir UE reselection performance. Semua criteria kecuali kondisi-kondisi jumlah Out-Of-Service (OOS) dapat diperkirakan dari pengukuran layer 1, tersedia dari suatu test UE. Performance diukur dan dibandingkan melalui berbagai test menggunakan konfigurasi parameter yang berbeda untuk menentukan pengaturan yang optimal. Langkah yang pertama adalah untuk memastikan bahwa UE mendeteksi tidak ada kondisi OOS apapun. Kondisi ini tidak bisa yang diambil dari Radio Resource Control (RRC) messages. Itu hanya dapat dideteksi oleh suatu test UE dan logging software yang dapat mengeluarkan lowlevel messages. Standard menggambarkan suatu OOS kondisi sebagai ketidak-mampuan UE untuk memperoleh serving cell ketika bangun dari suatu Discontinuous Reception (DRX) cycle. Betapapun kondisi-kondisi OOS dihapuskan dari sistem, metric lain harusnya dipertimbangkan bersama-sama sebab mereka saling tergantung. Sebagai contoh, melambatnya reselection mungkin menyebabkan UE untuk bertahan pada suatu sel bukan yang terbaik, dengan begitu mempengaruhi Ec/No yang terukur.
69
Tabel 4.6 Idle Mode performance criteria Performance criteria
Reselection rate
Target Variable, depends on mobility
Comment During reselection, the UE consumes more power; thus, a low reselection rate isdesirable Reselection should still be dynamic enough to ensure that the UE camps on the best possible cell Metrics similar to the Ec/No KPI defined for RF
Camp cell Ec/No
−9 dB over 95% of area
optimization. Only difference is that this metric is measured by the UE for the cell it camps on
> −16 dB over 97% of the area. Percentage Tail of Ec/No distribution
should be consistent
Minimize poor coverage
with coverage area probability An OOS condition indicates Number of Out-of-Service (OOS) conditions
that a UE lost service for an 0
extended period of time (>12 sec); this would affect call delivery performance
4.3. Optimisasi Layanan Suara 4.3.1. Adaptive Multirate Codec Suatu Adaptive Multirate (AMR) codec adalah codec untuk suara yang paling utama untuk sejumlah jasa, mencakup suara telepon, Video-Telephony (VT), dan Multimedia Messaging Service (MMS). Kepopulerannya adalah dalam kaitan dengan tarik menarik antara performance terhadap data-rate dan kecocokannya dengan codec untuk suara system lainnya yang populer seperti Global 70
System for Mobile (GSM) Enhanced Full Rate (EFR) codec (AMR 12.2 kbps mode), North American Time Division Multiple Access (TDMA) IS-641 EFR codec (AMR 7.4 kbps mode), dan ARIB Personal Digital Celluler (PDC) EFR (AMR 6.7 kbps mode). AMR dapat beroperasi delapan mode yang berbeda, mendukung variabel bit rates ditunjukan pada Tabel 4.7. Memilih antar AMR mode melibatkan suatu kompromi antara kualitas suara dan kapasitas jaringan. Kapasitas sistem yang lebih tinggi dapat dicapai dengan penurunan data rate dari tiap pemakai untuk suara. Dengan cara yang sama, jika ada kapasitas jaringan yang cukup, masing-masing pemakai boleh menggunakan data rate AMR mode yang lebih tinggi untuk kualitas yang lebih baik, AMR menyediakan manajemen sumber daya yang fleksibel. Dalam implementasi yang ideal, jaringan operator harus bisa mengendalikan keseimbangan antara kapasitas dan mutu di bawah situasi yang berbeda, tetapi secara khas hanya pilihan yang 12.2 kbps yang diterapkan. Bahkan ketika multirate diterapkan, suatu panggilan akan dibangun dalam satu gaya dan tetap sama tanpa perubahan untuk janga waktu suatu panggilan. Suatu perkecualian adalah Tandem Free Operation mode, di mana suatu Wideband Code Division Multiple Access (WCDMA) mobile dan GSM mobile sibuk dengan suatu panggilan. Di dalam skenario ini, didukung dengan standard dalam Release 4 dan lebih tinggi, AMR mode menyesuaikan kepada GSM link quality dan dapat berubah ketika command yang berulang tiap-tiap 20 ms speech frame [2–4]. Pada tingkat tinggi, tiga stream bit dihasilkan dengan kebutuhan errorprotection yang berbeda: Kelas A, Kelas B, dan Kelas C. Bit pada kelas A, diperlukan untuk mencoba mengkodekan kembali frame, adalah yang paling utama dan secara convolutional dikodekan pada rate 1/3 dan adalah juga Cyclic Redudancy Check (CRC) yang dilindungi. Bit Kelas B tidak mempunyai CRC, tetapi secara convolutional dikodekan pada rate 1/3. Bit kelas C, tidak begitu 71
penting, tidak membawa suatu CRC, dan dikodekan pada rate 1/2. Jika CRC untuk bit Kelas A tidak diperiksa, keseluruhan bad frame akan dibuang. Suatu mekanisme perahasiaan kesalahan seperti voice muting kemudian diterapkan untuk memperkecil kualitas buruk yang dirasakan. Kualitas suara yang dirasakan tergantung Block Error Rate
(BLER)
dan
mekanisme
perahasiaan
kesalahan
yang
diterapkan.
Tabel 4.7 List of AMR codec modes
4.3.2. Layanan AMR Peristiwa kegagalan panggilan untuk jasa suara dapat digolongkan ke dalam dua kategori: call access failure dan drop call. Call access failure terjadi ketika suatu panggilan tidak bisa dengan sukses dibangun. Suatu drop call adalah pemutusan hubungan yang abnormal dari suatu panggilan yang dibangun. Selama optimisasi jaringan, kedua kategori harus terukur dengan bebas sebab call access failure terhitung dalam call delivery KPI sedang drop call terhitung dalam call retention KPI. Beberapa kualitas dari access failure dan drop call dikhususkan untuk layanan suara, sedang yang lain adalah umum dan berlaku bagi layanan manapun. Karena penyederhanaan, kegagalan manapun berhubungan dengan Signaling Radio Bearer (SRB) dapat dipertimbangkan secara umum, sedang 72
kegagalan berhubungan dengan Radio Bearer (RB) atau Radio Access Bearer (RAB) harus dipertimbangkan secara spesifik. Suatu koneksi Radio Resource Control (RRC) diperlukan sebelum RB membawa muatan suara, seperti pada bab sebelumnya. Dibandingkan terhadap jasa lain seperti VT, AMR payload meliputi tiga perbedaan subflows, masing-masing dipetakan untuk suatu logical Dedicated Traffic Channel (DTCH), seperti yang ditunjukkan Gambar 4.7. Masing-Masing DTCH dipetakan untuk suatu Dedicated Channel (DCH) dengan Transmission Time Interval (TTI) dari 20 ms, mengirim Radio Link Control Transparent Mode (RLC TM). RLC TM digunakan untuk ketiga AMR DTCH sebab retransmission yang hilang atau merusak AMR frame tidak akan kompatibel dengan low latency yang diperlukan untuk jasa suara, dimana latency diatas 200 ms adalah jelas. Di Lapisan Phisik, transport block dari masing-masing channel transport, user payload, dan SRB
dimultiplexing dan dipetakan ke Coded Composite
Transport Channel (CCTrCH) untuk mengijinkan transmisi dari semua saluran atas single coded channel.
Gambar 4.7 AMR mapping of dedicated logical channels onto dedicated transport channels
73
Sebab call access failure dan drop call terhitung dengan cara yang berbeda, adalah penting untuk menetapkan suatu penggambaran unik didalam signaling flow untuk membedakan call setup stage dari call established stage (conversation stage). Dua pesan ini dapat digunakan untuk membuat pembedaan ini:
Call Control (CC): Connect ACK. Koneksi End-To-End secara penuh dibentuk. Pesan Ini akan dengan teliti melukiskan persepsi user access performance, tetapi itu bersandar pada tindakan seorang pemakai menerima panggilan. Sebab tindakan pemakai diperlukan, yang mungkin mempengaruhi call setup latency, pesan ini lebih tidak disukai.
Call Control (CC): Alerting. Koneksi End-To-End hampir dibentuk dan suatu sinyal nada sambung dikirim kepada telepon tujuan. Sebab tidak ada tindakan pemakai diperlukan, ini direkomendasikan pesan Layer 3 untuk membedakan keduanya jenis kegagalan. Bagaimanapun, mungkin tidak sah ketika suatu nomor auto-answer dipanggil.
Sejak kita memahami perbedaan antara dua ini jenis pesan, kita dapat menyelidiki bagaimana access failure dan drop call berhubungan
dengan
signaling.
Bagian
troubleshooting
mendiskusikan bagaimana jenis kegagalan mempengaruhi oleh kondisi-kondisi RF.
74
Tabel 4.8 Layer 3 signaling comparison of MO and MT AMR call types
Gambar 4.8 Main timers in AMR call flow Beberapa timer utama pada AMR call flow :
T300 dan N300. T300 adalah UE timer untuk mengulangi RRC connection request; N300 mempengaruhi banyaknya RRC connection request pada Layer 3. T300 dan N300 berdampak pada janga waktu call setup. Parameter ini harus dioptimalkan dengan parameter call setup lain pada Lapisan 2 dan
Lapisan
1,
seperti
mMax,
preambleRetransMax,
75
powerRampStep, dan open loop power control parameter lainya.
T303. yang digunakan oleh UE untuk memberi jalur CN negotiation (prosedur keamanan) antara CM Service Request dan Call Proceeding.
T310. yang digunakan Oleh UE untuk memberi jalur RB setup time antara Call Proceeding dan Alerting.
T313. yang digunakan Oleh CN untuk memberi jalur penyelesaian yang akhir koneksi end-to-end antara Connect dan Connect ACK.
4.3.3. Call Retention Event dan Signaling Di dalam Connected Mode, CELL_DCH, call mobility terpenuhi oleh handover, yang menggantikan sel reselection yang dilakukan dalam Idle Mode. Sebelum suatu handover dapat berlangsung, UE harus menilai semua sel dengan PSC yang didaftar Monitored Set. Nantinya adalah disinyalkan baik di SIB 11, SIB 12, atau dalam Measurement Control Message (MCM). Jaringan membangun dan mengendalikan daftar itu, dan komunikasikannya kepada UE dalam dua arah. Pada awalnya, UE menggunakan Neighbor List yang sama ketika di-broadcast SIB 11 atau 12. Suatu ketika MCM diterima, nilai-nilai yang diterima dari MCM menggantikan informasi element yang disimpan. Alamat ini fakta bahwa masing-masing UE mungkin punya sel berbeda di dalam Active Set, dan berbagai kombinasi dari Active Set yang memerlukan Neighbor List yang berbeda. Seperti dirumuskan dalam standard, UE harus mampu untuk mengukur 32 sel intrafrequency, 32 sel inter-frequency (sampai 2 additional carrier), dan 32 sel GSM. Selama soft handover, jaringan harus menggabungkan dan mengkombinasikan Neighbor List dari semua sel dalam Active Set. Jika jumlah melebihi batas yang dikenakan, jaringan menggunakan suatu algoritma infrastructure 76
vendor-proprietary ke daftar truncate dengan membuang beberapa PSC dari daftar pengukuran untuk ditaruh dalam MCM. UE melaporkan PSC yang terukur, mencakup informasi pemilihan waktu,
menurut
periode atau
threshold
didefinisikan dalan
Measurement Report Messages (MRM). Jaringan meneliti MRM, dan kemudian merubah Active Set dalam pesan Active Set Update (ASU). Semua perubahan sumber daya alokasi jaringan harus diterapkan sebelum suatu ASU dikirim. Call Admission dan congetion
control
dilibatkan
sepanjang
proses
pengambilan
keputusan, dan algoritma internal tergantung implementasi. Karena ASUS yang sukses, UE memodifikasi radio link menurut pesan ASU dan melaksanakan sinkronisasi Layer 1. Setelah jaringan menerima UE acknowledgement tentang pesan ASU, perlu membaharui final Neighbor List untuk digunakan oleh UE untuk pengukuran kedepan. Perubahan Neighbor List Ini dikirim kepada UE dalam MCM berikutnya. Jika dikombinasikan kebutuhan Neighbor List tidak ada perubahan, tidak ada MCM yang diperlukan. Oleh karena itu, ketidakhadiran dari suatu MCM setelah ASCU tidak perlu menandai adanya suatu masalah. Gambar 4.9 menunjukkan keseluruhan siklus handover signaling.
RF configuration optimization. Memperkecil sel tumpangtindih untuk mengurangi kebutuhan akan handover. Langkah ini melibatkan Optimisasi Neigbor List, sebab itu memberitahu UEsel mana yang tumpang-tindih.
Handover parameter. Ini dibahas pada Bab 3. Untuk RF configuration yang ditentukan, handover parameter adalah di set untuk mengimbangi pemanfaatan sumber daya dan mutu panggilan dengan reporting hanya interferer yang paling kuat untuk tercakup di Active Set.
77
RNC memproses MRM. Proses ini adalah bergantung implementasi
dan
tidak
bisa
yang
dikendalikan
oleh
optimization engineer.
Gambar 4.9 Handover signaling Tidak sama dengan peristiwa panggilan lain seperti panggilan origination, handover, atau call release, drop call tidaklah digambarkan oleh suatu signaling signature tetapi lebih oleh suatu ketidakhadiran signaling. Akhirnya, disconnect message harus dicek untuk nilai penyebab yang berikut: Normal Call Clearing. Karena AMR voice service, ketidakhadiran dari signature tersebut dapat menandai adanya suatu drop call, seperti ditunjukkan Gambar 4.10. Di sana contoh yang atas menunjukkan suatu normal release dengan RRC Connection Release dan pesan RRC Connection Release Complete sebelum memasuki Idle Mode. Contoh yang bawah menunjukkan bahwa UE membuat beberapa laporan pengukuran berurutan tanpa menerima ASU manapun dan akhirnya transisi ke Idle Mode. Ini adalah suatu signature yang khas suatu panggilan yang [diteteskan/terjatuh]. Jika suatu drop call karena suatu radio link
failure,
dan
jika
jaringan
setting
mengijinkan
call 78
reestablisment, UE dapat mendirikan kembali koneksi panggilan melalui cell update prosedur.
Gambar 4.10 Membandingkan normal release dengan call drop
Setelah drop, suatu sel yang pantas terpilih kembali dan UE mengirimkan cell update, seperti ditunjukkan dalam Gambar 4.11. Prosedur ini memerlukan kondisi radio untuk pulih dengan cepat dari radio link failure; jika tidak lapisan lebih tinggi pada UTRAN akan membersihkan panggilan. Setelah suatu sel yang cocok ditemukan, UE transisi ke CELL_FACH. UE mengirimkan suatu pesan Cell Update menggunakan suatu prosedur random accesss, prosedur yang normal untuk radio link establisment. Di dalam prosedur, jaringan dapat mengirimkan suatu Cell Update Confirmed message untuk menginstruksikan UE untuk kembali ke status CELL_DCH dengan RB, transport channel, dan physical channel information yang baru (dengan assigned dedicated channel information yang baru). Ini adalah serupa kepada prosedur yang digunakan channel-type switching (dari CELL_FACH ke CELL_DCH) selama suatu packet switched call. UE kemudian menjawab dengan salah satu pesan dari 79
acknowlegdement Layer 3 yang berikut: RB Reconfiguration Complete, Transport Channel Reconfiguration Complete, atau Physical Channel Reconfiguration Complete.
Gambar 4.11 Call reestablishment signaling flow Jika koneksi dengan sukses didirikan kembali, drop call bisa jadi suatu system perceived drop call bukannya suatu user-perceived drop call, sebab pemakai tidak mempunyai campur tangan untuk mendirikan kembali koneksi. System-perceived drop call dan userperceived drop call harus terhitung secara terpisah selama analisis jaringan. Itu dapat diambil dari T315 detik untuk melengkapi link reestablishment procedure, selama transisi UE ke CELL_FACH, memulihkan dari kegagalan radio link, membaca semua SIB, mengirimkan cell update message, dan menerima cell update complete message dengan informasi saluran baru. Selama waktu ini, bunyi percakapan adalah muted kepada pemakai.
4.3.4. Supervisi Koneksi dan Indikator Kualitas Link Di dalam CELL_DCH Mode, Uplink dan Downlink quality dapat diperkirakan atas pertolongan beberapa metric:
Blok Error Rate. BLER harus dekat dengan signaled BLER target selama suatu panggilan. Downlink BLER yang ditingkatkan menunjukkan bahwa Eb/Nt yang diperlukan tidak bisa dipenuhi. Ini bisa menandai adanya outer loop power 80
control atau Dedicated Physical Channel (DPCH) power yang diperlukan tidaklah tersedia, yang manapun dalam kaitan dengan beban pada jaringan atau sebab power maksimum yang diijinkan
telah
dicapai.
Pengukuran
Downlink
BLER
prakteknya lebih umum dibanding mengukur Uplink BLER. Lebih banyak tool tersedia untuk logging dan memproses Downlink BLER, sedang hanya vendor-specific infrastructure tool dapat digunakan untuk log dan proses data Uplink BLER.
Downlink
Signal-To-Interference
(DL
SIR).
DL
SIR
menandai Downlink quality. Selama suatu panggilan, SIR bervariasi antara batasan-batasan bagian atas dan lebih rendah yang diterapkan. SIR yang lebih rendah menandakan RF kondisi-kondisi baik, seperti ditunjukkan Gambar 4.12. Sebelum 00:33:46, sinyal dapat di demodulasi dengan power terbatas menugaskan kepada DPCH. Bagaimanapun, suatu SIR yang sangat rendah (negatif) bisa menandai suatu disabled DPCH, seperti dilukiskan setelah waktu 00:33:48. Perilaku ini mungkin
diamati
setelah
suatu
peningkatan
mendadak
Downlink SIR, yang menunjukkan bahwa algoritma power control yang dicoba untuk memelihara target BLER sampai DPCH diputus.
Uplink Signal-To-Interference (UL SIR). UL SIR dapat digunakan untuk perkiraan kondisi-kondisi RF tentang Uplink channel dengan cara yang sama seperti Downlink SIR. Seperti Uplink BLER, menyuling informasi ini memerlukan akses ke UTRAN vendor-specific tool untuk loging dan untuk menguraikan log.
Transmit Power Control (TPC). Command history (“ 0” atau “1”) untuk Downlink (yang dipancarkan oleh UE pada Uplink) dan Uplink (yang dipancarkan oleh UTRAN pada Downlink). Selama suatu panggilan, TPC perlu menyajikan suatu
81
pengaturan acak “0” dan “1” yang didasarkan pada power control algorithm. Di dalam arah yang manapun, suatu kejadian yang lebih tinggi “1” (power up) menandai penurunan radio link. Power control mencoba untuk mengganti kerugian dengan permintaan additional transmit power. Karena UL TPC, urutan bit mempunyai maksud yang spesifik di dalam kondisi-kondisi out-of-sync. Sebagai contoh, ketika UE pemancar disabled, Uplink SIR drop dan Qin Kondisi tidaklah dipenuhi. Node B memulai pola OUT-OF-SYNC TPC [8]. Node B menggunakan berbagai pola TPC yang tergantung pada Ukuran Active Set.
UE Transmit Power. Dapat juga menandai kondisi-kondisi Uplink RF, jika power control bekerja dengan sempurna. Suatu peningkatan UE power berhubungan dengan Uplink BLER yang tinggi atau Uplink interference yang tinggi. Itu lebih mudah untuk menguji UE memancarkan power dibanding Uplink quality metric BLER atau SIR sebab UE memancarkan power informasi yang dapat disadap secara langsung dari UE log dan tidak memerlukan post-processing tambahan atau melacak sinkronisasi.
Gambar 4.12 Downlink SIR during a dropped call 82
4.3.5. Memperbaiki (Troubleshooting) Kesalahan (failures) dalam AMR Selama optimisasi voice service, adalah penting untuk meneliti quality metric dan memecahkan isu pengamatan selama pengujian untuk menentukan tindakan apa yang akan meningkatkan metric. Kita sudah mengembangkan suatu pemandu troubleshooting sederhana untuk memudahkan memecahkan masalah proses. Metodologinya didasarkan hanya pada analisa UE log sebab log network-based tidaklah tersedia secara umum seperti UE log. Kita mulai dengan uraian proses optimisasi untuk akses panggilan dan retention. Kemudian kita meninjau ulang contoh masing-masing beberapa kegagalan umum.
4.3.5.1. Proses Analisa AMR Flowchart di dalam Gambar 4.13 dapat digunakan untuk meneliti AMR call delivery performance. Quality metric yang spesifik untuk AMR call delivery, call setup success ratio dan call setup latency, dibahas bagian selanjutnya Sistem Parameter harus diambil dari audit parameter. Analisa di dalam Gambar 4.13 mengikuti langkah-langkah dasar yang menggambarkan arus signaling sebagai beikut :
83
Gambar 4.13 AMR call delivery analysis flowchart
RACH (Random Acces Channel) sesuai dengan langkah akses sistem.
RRC (Radio Resource Control) sesuai dengan RRC Connection Setup step.
CN (Core Network) negosiasi.
RB (Radio Bearer) sesuai dengan RB setup step.
End-to-end koneksi tidaklah tercakup di analisa ini. Isu selama tahap ini dapat dianalisa sebagai drop call, seperti ditunjukkan Gambar 4.20. Untuk melaksanakan analisa kedunya secara efisien, perencana jaringan harus memverifikasi bahwa semua Node dan fitur tersedia dalam sistem, Analisa perlu meliputi node manapun atau fitur 84
yang tak tersedia selama test, ini mempengaruhi perubahan yang direkomendasikan. Perencana jaringan harus pula mengetahui parameter sekarang yang diharapkan dan parameter yang diterapkan. Proses ditunjukkan pada gambar 4.13 lebih sesuai dengan initial optimization. Selama tahap ini adalah penting untuk mengingat tujuan: pemecahan semua permasalahan tidaklah secara ekonomis mungkin. Kita harus memusatkan pada KPI yang kritis untuk mengetahui ketika mereka telah dicapai. Ini cara kita dapat mengoptimalkan jaringan untuk level kualitas yang bisa diterima dengan paling sedikit usaha. Analisa di dalam Gambar 4.13 berkonsentrasi pada batu loncatan yang utama di mana suatu panggilan dapat gagal. Suatu alternatif adalah untuk memusatkan pada area di mana kebanyakan permasalahan diamati.
85
Tabel 4.9 Data Call Setup Success Rate(voice) Banjarmasin area
Time granular ity
RNS Sub Network
Cell Call Setup Success Rate, Voice
Cell Call Complete Success Rate, CS
Call Drop Rate, Voice
CSSR CS Voice (%)
RAB_CS_ Establish _Fail_Rt (%)
CCSR CS Voice (%)
RAB Drop Rate CS [%]
RRC Block rate
RNC Managed NE
Cell ID
1
2009-12-26
2009-12-27
24 Hours
BJM(733)
RNC Managed Element
20031
92.04%
75.63%
25.66%
92.04%
7.50%
74.34%
24.38%
92.50%
0.00%
0.14%
2
2009-12-27
2009-12-28
24 Hours
BJM(733)
RNC Managed Element
20031
98.29%
97.70%
2.33%
98.29%
1.70%
97.67%
2.30%
98.30%
0.00%
0.29%
3
2009-12-28
2009-12-29
24 Hours
BJM(733)
RNC Managed Element
20031
100.00%
92.72%
7.75%
100.00%
0.00%
92.25%
7.28%
100.00%
0.00%
0.21%
4
2009-12-29
2009-12-30
24 Hours
BJM(733)
RNC Managed Element
20031
99.26%
96.38%
3.70%
99.26%
0.70%
96.30%
3.62%
99.30%
0.00%
0.31%
5
2009-12-30
2009-12-31
24 Hours
BJM(733)
RNC Managed Element
20031
97.96%
93.12%
7.22%
97.96%
1.98%
92.78%
6.88%
98.02%
0.00%
0.49%
6
2009-12-31
2010-01-01
24 Hours
BJM(733)
RNC Managed Element
20031
98.70%
97.78%
2.63%
98.70%
1.12%
97.37%
2.22%
98.88%
0.00%
0.13%
7
2010-01-01
2010-01-02
24 Hours
BJM(733)
RNC Managed Element
20031
100.00%
95.63%
4.70%
100.00%
0.00%
95.30%
4.38%
100.00%
0.00%
0.20%
8
2010-01-02
2010-01-03
24 Hours
BJM(733)
RNC Managed Element
20031
100.00%
100.00%
0.00%
100.00%
0.00%
100.00%
0.00%
100.00%
0.00%
0.00%
Index
Begin time
End time
CSSR CS (%)
Cell RRC Block Rate, Voice
9
2009-12-26
2009-12-27
24 Hours
BJM(733)
RNC Managed Element
11493
99.75%
96.80%
3.41%
99.75%
0.24%
96.59%
3.20%
99.76%
0.00%
0.34%
10
2009-12-27
2009-12-28
24 Hours
BJM(733)
RNC Managed Element
11493
99.26%
95.44%
4.25%
99.26%
0.95%
95.75%
4.56%
99.05%
33.33%
0.26%
11
2009-12-28
2009-12-29
24 Hours
BJM(733)
RNC Managed Element
11493
99.69%
96.81%
2.46%
99.69%
0.29%
97.54%
3.19%
99.71%
0.00%
0.12%
12
2009-12-29
2009-12-30
24 Hours
BJM(733)
RNC Managed Element
11493
99.50%
97.00%
2.88%
99.50%
0.48%
97.12%
3.00%
99.52%
50.00%
0.13%
13
2009-12-30
2009-12-31
24 Hours
BJM(733)
RNC Managed Element
11493
99.52%
95.60%
3.87%
99.52%
0.47%
96.13%
4.40%
99.53%
75.00%
0.19%
14
2009-12-31
2010-01-01
24 Hours
BJM(733)
RNC Managed Element
11493
99.54%
97.44%
2.29%
99.54%
0.43%
97.71%
2.56%
99.57%
0.00%
0.08%
15
2010-01-01
2010-01-02
24 Hours
BJM(733)
RNC Managed Element
11493
99.09%
96.50%
3.02%
99.09%
1.18%
96.98%
3.50%
98.82%
0.00%
0.17%
16
2010-01-02
2010-01-03
24 Hours
BJM(733)
RNC Managed Element
11493
100.00%
100.00%
0.00%
100.00%
0.00%
100.00%
0.00%
100.00%
0.00%
0.00%
17
2009-12-26
2009-12-27
24 Hours
BJM(733)
RNC Managed Element
10161
99.53%
97.85%
2.20%
99.53%
0.46%
97.80%
2.15%
99.54%
0.00%
0.00%
18
2009-12-27
2009-12-28
24 Hours
BJM(733)
RNC Managed Element
10161
99.41%
98.54%
1.37%
99.41%
0.58%
98.63%
1.46%
99.42%
8.33%
0.01%
19
2009-12-28
2009-12-29
24 Hours
BJM(733)
RNC Managed Element
10161
99.75%
98.08%
1.72%
99.75%
0.25%
98.28%
1.92%
99.75%
11.11%
0.04%
20
2009-12-29
2009-12-30
24 Hours
BJM(733)
RNC Managed Element
10161
99.52%
96.92%
3.10%
99.52%
0.48%
96.90%
3.08%
99.52%
0.00%
0.00%
21
2009-12-30
2009-12-31
24 Hours
BJM(733)
RNC Managed Element
10161
99.89%
97.96%
1.96%
99.89%
0.11%
98.04%
2.04%
99.89%
7.14%
0.00%
22
2009-12-31
2010-01-01
24 Hours
BJM(733)
RNC Managed Element
10161
99.65%
98.27%
1.74%
99.65%
0.34%
98.26%
1.73%
99.66%
0.00%
0.02%
23
2010-01-01
2010-01-02
24 Hours
BJM(733)
RNC Managed Element
10161
99.79%
97.42%
2.60%
99.79%
0.21%
97.40%
2.58%
99.79%
8.33%
0.03%
24
2010-01-02
2010-01-03
24 Hours
BJM(733)
RNC Managed Element
10161
100.00%
100.00%
0.00%
100.00%
0.00%
100.00%
0.00%
100.00%
0.00%
0.00%
86
Tabel 4.9 diatas terlihat nilai-nilai Call Setup Success Rate CS, Call Complete Success Rate CS, Call Drop Rate voice, RAB Drop Rate CS, Cell RRC Block Rate Voice, pada cell ID selama 8 hari dari 26 Desember 2009 sampai dengan 2 Januari 2010. Dimana nilai-nilai tersebut bisa kita gunakan untuk menganalisa permasalahan dalam AMR call delivery analysis flowchart. Pada Cell ID 20031 Call Setup Success Rate sebesar 92.04% dan Call Complete Success Rate sebesar 75.63%, pengamatan tanggal 26 Desember 2009 kurang memenuhi target kualitas. Apabila kita lebih teliti lagi terlihat bahwa mungkin nilai ini dipengaruhi oleh nilai RAB Drop Rate CS yang cukup tinggi sebesar 24.38%, untuk lebih detail terhadap analisa Radio Bearer Setup dibahas pada sub bab 4.3.5.5. Analisa AMR Call Delivery: Radio Bearer Setup. Pada Cell ID 11493 pengamatan tanggal 26 Desember 2009 nilai Cell Call Complete Success Rate CS cukup rendah yaitu 96.80%, dan nilai RAB Drop Rate CS yaitu 2.15%. Sedangkan pada hari berikutnya di cell ini nilai Cell Call Complete Success Rate CS sebesar 95.44%, nilai RAB Drop Rate CS sebesar 4.56%, dan terdapat nilai Cell RRC Block Rate Voice yang cukup tinggi sebesar 33.33%. Dari sini kita bisa simpulkan pada cell ini ada masalah RAB setup dan RRC connection setup. Untuk analisa detail tentang RRC connection setup dibahas pada sub bab 4.3.5.3. Analisa AMR Call Delivery: RRC Connection. Hal yang sama terjadi pada Cell ID 10161 pengamatan tanggal 26 Desember 2009 nilai Cell Call Complete Success Rate CS cukup rendah yaitu 97.85%, dan nilai RAB Drop Rate CS yaitu 3.20%. Sedangkan pada hari 87
berikutnya di cell ini nilai Cell RRC Block Rate Voice yang cukup tinggi sebesar 8.33%. Dari sini kita bisa simpulkan pada cell ini ada masalah RAB setup dan RRC connection setup, Seperti yang terjadi pada cell ID 11493.
4.3.5.2. Analisa AMR Call Delivery: System Access Gambar 4.14 menunjukan access process. Langkah yang pertama dalam menguji proses akses adalah untuk menentukan jika suatu ACK dari preable diterima.
Gambar 4.14 AMR call delivery analysis flowchart: system access step
Umpamakan
UTRAN
adalah
error
free,
ketidakhadiran dari suatu ACK bisa menunjukkan bahwa Node B tidak pernah menerima preable atau UE tidak dengan tepat memecahkan kode dari Acquisition Indicator Channel (AICH). Untuk dengan teliti menentukan jika preamble telah diterima, jaringan logging harus tersedia. Di dalam UE log, transmit power menyediakan satu-satunya indikasi bahwa preamble mungkin tidak mencapai sel tersebut. Jika akhir urutan akses berakhir sebelum transmit
88
power yang maksimum yang diijinkan tercapai, ini menandai bahwa preamble tidaklah diterima. Dalam hal ini, kita secara hati-hati meninjau ulang parameter akses seperti diuraikan bab sebelumnya mencakup alokasi power dari AICH. Alokasi power tidak cukupi akan mencegah Acquisition Indicator didemodulasikan oleh UE di dalam keseluruhan cakupan geometry.
4.3.5.3. Analisa AMR Call Delivery: RRC Connection Gambar 4.15 pertunjukan RRC connection step. Selama koneksi RRC, langkah yang pertama untuk memverifikasi bahwa RRC Connection Request message (RRC RQS) telah dikirim. Di dalam UE log, pesan RRC RQS dideteksi ketika itu dikirim dari Layer 3, bukan ketika itu benar-benar dikirim dari Layer 1. Oleh karena itu, pendeteksian pesan RRC RQS tak satu indikasi yang pasti bahwa pesan benarbenar dikirim. Itu harus dibuktikan jika langkah akses adalah sukses. Setelah pesan dikirim, satu-satunya cara untuk dapat dipercaya mengetahui jika itu telah diterima di Node B adalah untuk mengamati log jaringan. Dalam ketidakhadiran log seperti itu, kita dapat lihat kondisi RF Downlink untuk melihat jika suatu RRC Connection Setup message diterima. Kondisi-kondisi RF Bisa diterima harus digambarkan dalam kaitan dengan RSCP dan CPICH Ec/No menurut RF KPI yang telah didefinisikan. Jika kualitas Common Pilot Channel (CPICH) adalah baik, alokasi power SCCPCH dianalisa secara hati-hati. Jika suatu indikasi kegagalan (contoh RRC connection reject) diterima, panggilan seharusnya dipertimbangkan sebagai blok dibanding gagal. Pertimbangan yang utama mengapa panggilan diblok adalah bahwa admission control threshold
89
telah dicapai, atau peralatan malfunctioned. Kita harus meninjau ulang log jaringan untuk menentukan mengapa panggilan telah diblok.
Gambar 4.15 AMR call delivery analysis flowchart: RRC connection step
90
Gambar 4.16 Mode AMR-Call Fail due to RRC Connection Failed
4.3.5.4. Analisa AMR Call Delivery : Negosiasi Core Network Gambar 4.17 menunjukan CN negosiation step. Setelah suatu koneksi RRC sukses, dedicated SRB dibentuk. Kegagalan setelah tahap ini dengan mudah dihubungkan
ke
kondisi-kondisi
RF
atau
protokol.
Memeriksa power control information (TPC bit), adanya Block Error (BLE), dan CPICH yang berkualitas untuk mengidentifikasi isu RF. Meninjau timing dan arus signaling, untuk mendeteksi isu protokol.
91
Gambar 4.17 AMR call delivery analysis flowchart: Core Network negotiation step
4.3.5.5. Analisa AMR Call Delivery: Radio Bearer Setup Dari perspektif RF, RB setup step ditunjukkan Gambar 4.18 adalah serupa kepada RRC Connection Setup: RB yang baru ditambahkan, di mana sumber daya perlu untuk tersedia. Suatu ketika sumber daya dialokasikan, penyebab utama kegagalan di dalam Downlink adalah baik tidak cukup alokasi power ataupun power control tidak efisien.
92
Gambar 4.18 AMR call delivery analysis flowchart: Radio Bearer Setup step
93
Gambar 4.19 Dual Mode AMR-Call Fail( Radio Bearer Setup Failure)
4.3.5.6. AMR Call Retention dan Analisa Kualitas Suatu ketika RB di setup, panggilan dapat dianalisa untuk retention, seperti ditunjukkan Gambar 4.10. metric yang spesifik Drop Call Rate (DCR), UE merasakan RF performance (Ec/No, [Received Signal Code Power] 94
[RSCP], dll.,), pengukuran BLER, UE power transmit, dan Average Active Set Size. Metric ini harus dibandingkan kepada target KPI untuk performance benchmarking. Peristiwa Kegagalan harus dipelajari dan sesuai ke gejala kegagalan tertentu, seperti dibahas di atas. Bagian yang berikut
menjelaskan
gejala
kegagalan
berbeda
dan
menyarankan resolusi, dimulai dengan isu RF performance dan mengembangkan ke isu yang lebih mengedepankan. Data RNC CDR (Call Drop Rate), RNC RAB Establishment Success Rate, dan lain-lain untuk RNC Bnajarmasin selama 8 hari mulai dari tanggal 26 Desember 2009 sampai dengan tanggal 2 Januari 2010 bisa diambil dari network counter, dari sana kita bisa menentukan apakah Drop Rate yang diinginkan sudah tercapai atau belum. Langkah ini diambil untuk melanjutkan analisa pada step selanjutnya, dan mencari sumber permasalahan dan koreksi yang harus dilakukan sesuai dengan analysis flowchart.
95
Gambar 4.20 AMR call retention and quality analysis flowchart
96
Tabel 4.10 Call Drop Rate RNC Banjarmasin
RNC Managed NE-RNC(WCDMA) Query Time: 2009-12-27 00:00:00 - 2010-01-03 00:00:00 Report Creator: KiAndriG_5
Granularity: Daily Summary
Time Segment Filter:
Report Time:
Index
Begin time
End time
Time granularity
1 2 3 4 5 6 7 8
2009-12-26 2009-12-27 2009-12-28 2009-12-29 2009-12-30 2009-12-31 2010-01-01 2010-01-02
2009-12-27 2009-12-28 2009-12-29 2009-12-30 2009-12-31 2010-01-01 2010-01-02 2010-01-03
24 Hours 24 Hours 24 Hours 24 Hours 24 Hours 24 Hours 24 Hours 24 Hours
RNS SubNetwork
RNC Managed NE
BJM(733) BJM(733) BJM(733) BJM(733) BJM(733) BJM(733) BJM(733) BJM(733)
RNC Managed Element RNC Managed Element RNC Managed Element RNC Managed Element RNC Managed Element RNC Managed Element RNC Managed Element RNC Managed Element
RNC RAB Establishment Success Rate, CS
RNC RAB Establishment Success Rate
RNC Call Drop Rate,CS
99.59% 99.54% 99.53% 99.47% 99.46% 99.61% 99.61% 99.72%
99.31% 99.34% 99.41% 99.31% 99.28% 99.46% 99.41% 99.55%
0.66% 0.59% 0.59% 0.62% 0.62% 0.58% 0.64% 0.73%
RNC Call Drop Rate 2.07% 1.97% 2.04% 2.01% 2.05% 2.16% 2.25% 1.92%
RNC SHO Success Rate
RAB setup failed rate due to RNC congestion
99.93% 99.93% 99.93% 99.93% 99.93% 99.93% 99.93% 99.93%
0.05% 0.09% 0.08% 0.10% 0.11% 0.03% 0.03% 0.01%
97
Tabel 4.11 Cell Call Drop Rate Banjarmasin
RRC Establishment Success Rate
Cell RAB Establishment Success Rate, CS
Radio Access Success Rate
Cell Call Drop Rate,CS
Cell Call Drop Rate
Handover Success Rate
UL Block Error Rate
Access Success Rate, CS AMR
Begin time
End time
Time granularity
RNS SubNetwork
1
12/26/2009
12/27/2009
24 Hours
BJM(733)
20031
99.86%
92.50%
98.61%
24.38%
6.86%
99.87%
2.17%
92.04%
2
12/27/2009
12/28/2009
24 Hours
BJM(733)
20031
99.71%
98.30%
99.11%
2.30%
6.09%
99.89%
2.49%
98.29%
3
12/28/2009
12/29/2009
24 Hours
BJM(733)
20031
99.79%
100.00%
99.81%
7.28%
6.16%
99.88%
3.74%
100.00%
4
12/29/2009
12/30/2009
24 Hours
BJM(733)
20031
99.69%
99.30%
98.64%
3.62%
7.30%
99.93%
4.81%
99.26%
5
12/30/2009
12/31/2009
24 Hours
BJM(733)
20031
99.51%
98.02%
99.29%
6.88%
10.14%
99.95%
4.52%
97.96%
6
12/31/2009
1/1/2010
24 Hours
BJM(733)
20031
99.87%
98.88%
99.42%
2.22%
3.44%
99.92%
3.06%
98.70%
7
1/1/2010
1/2/2010
24 Hours
BJM(733)
20031
99.80%
100.00%
99.42%
4.38%
4.72%
99.94%
6.31%
100.00%
8
1/2/2010
1/3/2010
24 Hours
BJM(733)
20031
100.00%
100.00%
100.00%
0.00%
6.67%
100.00%
1.39%
100.00%
NO
Cell ID
9
12/26/2009
12/27/2009
24 Hours
BJM(733)
11493
99.66%
99.76%
99.56%
3.20%
4.56%
99.45%
1.98%
99.75%
10
12/27/2009
12/28/2009
24 Hours
BJM(733)
11493
99.74%
99.05%
98.87%
4.56%
5.95%
99.53%
1.67%
99.26%
11
12/28/2009
12/29/2009
24 Hours
BJM(733)
11493
99.88%
99.71%
99.47%
3.19%
5.82%
99.55%
1.66%
99.69%
12
12/29/2009
12/30/2009
24 Hours
BJM(733)
11493
99.87%
99.52%
98.87%
3.00%
4.84%
99.59%
1.68%
99.50%
13
12/30/2009
12/31/2009
24 Hours
BJM(733)
11493
99.81%
99.53%
99.11%
4.40%
5.04%
99.58%
1.63%
99.52%
14
12/31/2009
1/1/2010
24 Hours
BJM(733)
11493
99.92%
99.57%
98.94%
2.56%
4.37%
99.61%
1.28%
99.54%
15
1/1/2010
1/2/2010
24 Hours
BJM(733)
11493
99.83%
98.82%
99.43%
3.50%
4.29%
99.60%
1.28%
99.09%
16
1/2/2010
1/3/2010
24 Hours
BJM(733)
11493
100.00%
100.00%
100.00%
0.00%
2.78%
99.17%
3.59%
100.00%
17
12/26/2009
12/27/2009
24 Hours
BJM(733)
10161
100.00%
99.54%
99.78%
2.15%
3.33%
99.94%
2.96%
99.53%
18
12/27/2009
12/28/2009
24 Hours
BJM(733)
10161
99.99%
99.42%
99.68%
1.46%
6.14%
99.92%
3.73%
99.41%
19
12/28/2009
12/29/2009
24 Hours
BJM(733)
10161
99.96%
99.75%
99.89%
1.92%
6.68%
99.95%
7.85%
99.75%
20
12/29/2009
12/30/2009
24 Hours
BJM(733)
10161
100.00%
99.52%
99.65%
3.08%
6.75%
99.92%
5.46%
99.52%
21
12/30/2009
12/31/2009
24 Hours
BJM(733)
10161
100.00%
99.89%
99.91%
2.04%
6.74%
99.96%
5.66%
99.89%
22
12/31/2009
1/1/2010
24 Hours
BJM(733)
10161
99.98%
99.66%
99.83%
1.73%
7.81%
99.89%
4.35%
99.65%
23
1/1/2010
1/2/2010
24 Hours
BJM(733)
10161
99.97%
99.79%
99.77%
2.58%
7.04%
99.93%
6.34%
99.79%
24
1/2/2010
1/3/2010
24 Hours
BJM(733)
10161
100.00%
100.00%
100.00%
0.00%
4.35%
99.39%
2.21%
100.00%
98
Dari tabel 4.10 RNC call drop rate, pengamatan terhadap RNC Banjarmasin selama 1 minggu mulai tanggal 26 Desember 2009 sampai tanggal 2 Januari 2010, nilai RNC call drop rate CS secara keseluruhan RNC cukup baik. Tetapi apabila kita melihat lebih detail lagi per cell pada tabel 4.11, pada cell ID 20031 tanggal 26 Desember 2009 cell call drop rate cukup tinggi yaitu 24.38 % dan berangsur turun sampai tanggal 2 Januari 2010 menjadi 0 %. Hal yang sama terjadi juga pada cell ID 11493 dan 10161, nilai call drop rate ini bisa kita jadikan patokan untuk menentukan apakah kualitas yang ada sudah sesuai dengan kualitas yang diinginkan oleh operator. Dan untuk menentukan analisa-analisa selanjutnya sesuai dengan AMR call retention and quality analysis flowchart pada gambar 4.20.
Gambar 4.21 Dual Mode AMR-Call Drop at Sudirman
99
Gambar 4.22 Dual Mode AMR-Call Drop at JIAC
4.3.5.7. RF Performance yang Buruk (Downlink, Uplink, atau keduaduanya) Bahkan ketika RF dioptimalkan, isu RF bisa tetap dideteksi selama service optimization. Ini bisa terjadi, sebagai contoh, jika optimisasi RF telah didasarkan pada suatu analisa statistik beberapa yang dilewatkan itu area spesifik. Mengevaluasi RF performance memerlukan identifikasi RF quality metric yang mencakup CPICH Ec/No, CPICH RSCP, UE transmit power (UE Tx Pwr), dan signal quality Uplink dan Downlink untuk dedicated channel RF (TPC history, SIR, dan BLER). Suatu hasil diagnosa lengkap memerlukan suatu multidimensional lookup matriks.
100
Tabel 4.12 RF failure symptom matrix
Tabel 4.12 menunjukan suatu lookup matrix yang sederhana untuk gejala mencakup hanya metric yang utama: CPICH Ec/No, CPICH RSCP, dan UE Tx Pwr. Dalam banyak kasus, ini cukup untuk mengidentifikasi isu RF; sinyal kualitas Uplink dan Downlink bisa digunakan untuk komplemen data. Kegagalan RF bisa jadi disebabkan oleh beberapa kondisi-kondisi di bawah:
No RF Issue. Ketika tidak ada isu RF dideteksi tetapi drop call masih ditemukan, meneliti log UE dan jaringan untuk isu protokol atau equipment failure.
Limited UL. Jaringan harus dirancang untuk keseimbangan Uplink dan Downlink; oleh karena itu, menemukan limited Uplink coverage tanpa Isu Downlink harusnya jarang. Jika dideteksi, verifikasi baik untuk Uplink interferensi maupun equipment
issue.
Khususnya,
secara
hati-hati
mempertimbangkan Uplink received chain, mencakup peralatan. Jenis pertama peralatan untuk diselidiki adalah Tower Mount Amplifier (TMA), jika diinstall. Equipment malfunction bukanlah satu-satunya alasan untuk limited Uplink. Uplink power control menyamakan semua signal level. Dalam hal Uplink interference, terutama interferensi eksternal, Uplink power control akan memaksa suatu peningkatan dalam UE transmit power. Konfirmasikan
101
kondisi
ini
dengan pemeriksaan transmitted Uplink
interference value dalam SIB 7, atau noise naik di tingkatan sel, tersedia pada Operation and Maintenance (O&M) Terminal.
DL inteference. Pilot pollution adalah suatu istilah umum yang benar-benar mengacu pada Downlink interference. Ini bisa jadi disebabkan oleh berbagai sel yang tumpang-tindih, yang mana asalnya dari Pilot Pollution– ketika lebih banyak server atau path dideteksi pada area yang ditentukan dibanding yang dapat diakomodasikan dalam Active Set atau oleh Rake receiver. Missing neigbor atau missed handover dideteksi dengan cara yang sama: UE tidak bisa menggunakan sinyal co-channel kemudian interferensi. Downlink
interference
dapat
juga
disebabkan
oleh
interferensi eksternal, yang dapat dengan mudah dikenali dengan
melakukan suatu channel sweep menggunakan
spectrum analyzer. Di semua interferensi Downlink, Ec/No yang dilaporkan untuk server yang aktip jatuh, ketika total power yang diterima tetap konstan atau bahkan meningkat. Di dalam kondisi ini, di dalam Connected Mode, BLER mungkin meningkat sebab DPCH power secara normal mulai di-set untuk mengatasi hanya suatu cakupan interferensi yang terbatas.
UL interferensi. Dalam kasus ini kasus limited UL sebelumnya dibahas, kecuali CPICH Ec/No juga rendah, dan keduanya interferensi Uplink dan Downlink dideteksi. Di dalam situasi ini, menyelidiki terhadap sel tumpangtindih (cell overlap).
Unbalanced links (Uplink/Downlink). Suatu AMR call adalah suatu symmetric service yang memerlukan keduanya Downlink dan Uplink coverage. Suatu indikasi dari unbalanced link adalah bahwa UE transmit power
102
menjangkau nilai maksimum bahkan di Downlink coverage yang baik (good CPICH Ec/No atau low BLER). UE transmit power yang rendah ketika DL BLER atau CPICH Ec/No adalah tinggi, menandai suatu ketidak seimbangan menuju ke Uplink. Cek TPC history dan SIR figures untuk mengevaluasi kualitas link dari dedicated channel ketika ketidakseimbangan link dicurigai. Ketika ini diamati, menilai kondisi-kondisi yang berikut: — DL network edge. Downlink network edge dideteksi ketika Uplink mempunyai TMA, UE transmit yang tinggi (kelas 3 atau di atas), atau suatu Node B sensitif. Kondisi Downlink network edge juga mungkin untuk terjadi jika Node B memancarkan power yang secara buatan dikurangi; sebagai contoh, sebagai suatu mencoba untuk memecahkan DL interference. — UL network edge. Ketiadaan UL coverage secara tidak langsung dideteksi dengan pengamatan UE transmir power.
UL
coverage
yang
tidak
cukup
dan
ketidakseimbangan link mempunyai tanda yang serupa. UL network edge dapat diperbaiki dengan menurun UL path loss, secara khas dengan menambahkan suatu TMA di dalam cabang penerima. — Coverage hole, UL, dan DL. Ketiadaan coverage di dalam DL dan UL untuk keduanya yang umum (yaitu, CPICH) dan dedicated channel (yaitu, DCH). Itu sebagian besar ditandai oleh RSSI yang rendah (lebih rendah dari - 95 dBm) atau RSCP yang rendah (lebih rendah dari - 105 dBm) seperti halnya high transmit power. Dalam hal ini, menambahkan suatu Node B atau suatu repeater adalah satu-satunya solusi jangka panjang, sekalipun itu mahal.
103
Gambar 4.23 Dual Mode AMR-Call Fail (no dominant server) Langkah-Langkah untuk memecahkan limited Downlink coverage dan high Downlink interference. 1. Periksa transmit antenna system (mencakup antena dan HighPower Amplifier: HPA) dan power setting, dan melihat kemungkinan interferensi eksternal, menggunakan spectrum analyzer. 2. Mengurangi Pilot Pullution dengan mengurangi banyaknya server dominan di area yang bermasalah; contohnya, downtilt 104
antena, mengurangi transmit power level, merubah arah antena, atau mengurangi kerugian feeder cable loss. 3. Meningkatkan
dominasi
yang
server
terbaik,
dengan
mengurangi antena downtilt, meningkatkan transmit power level (menginstall High-Power Amplifier), atau mengubah arah antenna. 4. Instal lokasi sel tambahan untuk mengarah ke DL area coverage yang tidak cukup.
Langkah-Langkah
untuk
memecahkan
limited
Uplink
coverage dan high Uplink interferensi 1. Memeriksa receive antenna system, power setting, dan kenaikan UL noise (SIB 7) 2. Coba untuk menggunakan diversity (jika tidak digunakan) atau
menginstal
Low-Noise
Amplifier
(LNA)
untuk
mengurangi Uplink path loss. 3. Instal lokasi sel tambahan untuk mengarah ke UL area coverage yang tidak cukup. 4. Cek Infrastruktur, implementasi vendor-specification untuk menangani UL interference. 4.3.5.8. Neighbors yang hilang Bagian sebelumnya menyebutkan hubungan missing neighbor menghadirkan suatu signature yang serupa ke Downlink interference. Bagian ini menjelaskan dan menyediakan suatu solusi. Gejala Kegagalan: Interferensi yang tinggi dikenali oleh CPICH Ec/No yang rendah dalam kaitan dengan definisi missing neigbor. Soft Handover tidak bisa berlangsung sebab suatu sel kuat yang cocok bukanlah di dalam daftar tetangga. Reselection Sel yang sering atau handovers ke sel yang lemah. Sebab sel yang kuat bukan di dalam daftar tetangga,
105
mereka tidak bisa terpilih kembali atau handover. Ini membawa ke Fluktuasi CPICH Ec/No yang besar, seperti ditunjukkan Gambar 4.25. Setelah kegagalan, atau setelah suatu handover yang tertunda, CPICH Ec/No server yang terbaik meningkatkan dengan mantap, seperti ditunjukkan oleh PSC 259 Gambar 4.25.
Gambar 4.24 Call Drop Details due to Missing Neigbor
Langkah-Langkah untuk memecahkan Missing Neigbor: Verifikasi
bahwa
semua
lokasi
sedang
operasi
dan
mempunyai parameter setting yang diinginkan. Verifikasi bahwa server yang terbaik, termasuk salah satu yang terdeteksi setelah recovery, bisa meliputi area test. Koreksi overshooting cell dulu, sepertinya mereka mungkin bertindak seperti missing neighbor. Membatasi Sel yang
106
tumpang-tindih memperkecil kebutuhan akan handover dan Neighbor List yang panjang. Nambahkan missing neighbor kepada neighbor list untuk sel terbaik yang melayani, jika dibenarkan oleh network plan. Justru menambahkan hubungan missing neighbor sebagai cara cepat memperbaiki masalah, berkonsultasi dengan network plan untuk menaksir apakah penambahan akan menguntungkan untuk jangka waktu panjang, atau apakah suatu perubahan RF configuration harus dipertimbangkan. Verifikasi penambahan hubungan neighbor itu adalah simetris. Jika menghasilkan Neighbor List yang panjang (lebih dari 14 sampai 16 masukan), mempertimbangkan lebih lanjut RF optimisasi dan mengurangi sel tumpang-tindih. Golongkan semua neighbor, jika diperlukan atau dianggap perlu oleh UTRAN (vendor implementation dependent). Missing neighbor mungkin karena Neighbor List truncation dalam kaitan dengan Neighbor List yang sangat panjang dari Active Cell dalam soft handover. Periksa Neighbor List merging algorithm untuk mengurangi kemungkinan neighbor yang penting dihapus atau terpotong dari daftar.
Gambar 4.25 Missing neighbor signature
107
4.3.5.9. Pengaturan Jaringan yang kurang tepat dan Max RLC Reset tercapai Karena Signal Radio Bearer, jika ACK dari AM RLC Protokol Data Unit (PDU) hilang dan usaha retransmission berurutan gagal, RLC reset mungkin berlangsung. Ketika jumlah maksimum yang diijinkan dari RLC reset dicapai, kegagalan radio link dilaporkan. Kegagalan ini jarang untuk AMR call sebab mereka dapat terjadi hanya dasar dari trafik yang dikirim Signal Radio Bearer. Sejak muatan pemakai adalah dalam gaya transparan (RLC TM) tidak ada acknowledgement digunakan untuk lalu lintas jenis ini. Jika kondisi-kondisi radio tidak baik, sinkronisasi hilang sebelum MAX RLC reset terjadi. Gejala Kegagalan:
Low call retention performance dan/atau BLER yang tinggi di dalam kondisi-kondisi RF yang baik.
Langkah-Langkah untuk Memecahkan Network Setting yang salah dan Mencapai MAX RLC reset:
Memeriksa apakah MAX RLC reset berhubungan dengan RF performance yang buruk. Pengujian Interoperability mungkin membantu menandai jika Signal Radio Bearer dan user Radio Bearer tidaklah berlangsung dengan sama.
Memeriksa semua peralatan untuk kalibrasi dan setup.
108
Jika kegagalan terjadi selama paging, preamble ramping, dan initial network access, cek dan koreksi paging dan Parameter Akses, open loop power control parameter.
Jika kegagalan terjadi pada pertengahan suatu panggilan dibentuk, cek dan koreksi Measurement Reporting Control message dan Parameter untuk handover, power control, dan alokasi power.
Jika kegagalan terjadi dalam WCDMA area perbatas dekat perbatasan WCDMA-GSM, cek dan koreksi Compressed Mode Operation dan Inter-RAT Parameter.
Jika kegagalan dihubungkan dengan Maximum RLC reset tercapai, periksa AM RLC parameter.
4.3.5.10. Perangkat keras yang rusak (faulty) Jika peralatan nampak seperti cacat atau dibangun dengan tidak benar, periksa kemungkinan penyebab yang berikut:
Infrastruktur Jaringan. RNC, Node B, backhaul, sistem antena, atau peralatan yang mungkin faulty bahkan ketika mereka baru saja diinstall. Memeriksa instalasi dan menaruh system/equipment-monitoring sistem pada tempatnya untuk melaporkan peralatan yang berpotensi alarm rusak/cacat.
Cell Barred or reserved. Beberapa bagian jaringan mungkin reserved atau barred untuk pemeliharaan operasional dan upgrade.
Monitor
kondisi-kondisi
operasional
jaringan
sepanjang node melalui drive test.
Parameter Jaringan yang salah. Jika pengaturan parameter adalah suboptimal, UE bisa memulai call dalam sel yang salah, bisa jadi tidak mampu untuk dengan cepat memilih kembali suatu sel yang lebih baik, dan preamble/message 109
power dapat tidak cukup dalam RF coverage yang baik. Di Connected Mode, UE mungkin tidak handover kepada sel yang paling sesuai dan closed loop power control mungkin tidak efisien.
User Equipment (USIM, mobile equipment). Mobile Terminal mungkin sumber masalah lain. Brands/types UE yang berbeda dan versi perangkat lunak bisa mempengaruhi UE performance, yang mungkin mengakibatkan performance jaringan yang lemah seperti terukur oleh peralatan UE. Adalah penting untuk memilih suatu peralatan UE yang stabil dan baik untuk test, benchmarking, dan perbandingan performance (untuk mengevaluasi perubahan parameter). Sebagai tambahan, USIMS yang tersedia mungkin tidak mendukung fitur tertentu.
Gejala Kegagalan:
Kegagalan yang tak bisa dijelaskan, sering di dalam kondisikondisi RF yang baik.
Call release atau Penolakan dengan penyebab yang abnormal (tak
ditentukan,
pre-emptive
release,
congestion,
reestablishment reject, ketidakaktifan pemakai, signaling yang diarahkan, dan connection reestablishment) selagi UE camping pada atau terhubungkan untuk sel tertentu. Langkah-Langkah untuk memecahkan perangkat keras yang faulty:
Memeriksa kondisi-kondisi RF.
Meriksa semua peralatan untuk kalibrasi dan setup.
Menguji UE dan log jaringan untuk memahami isu dari kedua sisi.
Verifikasi load jaringan ketika peristiwa.
Uji dengan peralatan yang dikenal beroperasi dengan baik, dan menggunakan beberapa merek UE berbeda.
110
Coba untuk mengisolasikan masalah dari
bagian-bagian
lainnya dari jaringan.
4.3.5.11. Sinkronisasi yang hilang (Downlink, Uplink, atau keduanya) Sinkronisasi dapat hilang selama handover atau call establishment. Sesungguhnya, hilangnya sinkronisasi adalah alasan yang utama untuk call drop dan membawa kepada radio link failure. Secara tegas, kebanyakan drop call harus berlabel “Loss of Syncronization.” Bagaimanapun, penggolongan jenis ini tidaklah cukup penuh arti. Kehilangan sinkronisasi dapat mempunyai banyak sebab utama, termasuk RF performance yang buruk
dan
missing
neighbor.
Kategori
menggambarkan
pengalamatan kerugian sinkronisasi yang tak bisa dijelaskan antara jaringan dan UE. Sebagai contoh, frekwensi dan/atau timing drift (jaringan dan/atau UE) mungkin menyebabkan hilangnya link untuk sinkronisasi.
Gejala Kegagalan:
Kegagalan terjadi ketika radio link ditambahkan atau dimodifikasi.
TPC log boleh menyajikan suatu pola yang khas dari semua (“ 111... 111”) atau bertukar-tukar satu dan nol (“ 0101... 011”).
Langkah-Langkah
untuk
memecahkan
hilangnya
sinkronisasi:
Memeriksa kondisi-kondisi RF, terutama keseimbangan link.
Lihat kemungkinan masalah power control.
Memeriksa semua peralatan untuk kalibrasi dan setup.
Menerapkan keduanya UE dan logging jaringan untuk memahami isu dari kedua sisi.
111
Uji dengan peralatan yang dikenal dan dapat dipercaya, dan menggunakan beberapa merek UE yang berbeda.
Lihat kemungkinan drop mendadak di dalam perkiraan SIR (> 15 dB), yang menunjukkan bahwa jaringan mungkin telah mematikan DL DPCH.
Coba untuk mengisolasikan masalah dari
bagian-bagian
lainnya dari jaringan.
4.3.6. Optimisasi Parameter Sebelum mendiskusikan parameter sistem ayng berbeda untuk AMR service optimization, adalah penting bagi penekanan parameter sistem optimisasi
harus
dilakukan
hanya
setelah
mengkapi
semua
RF
configuration optimization. Ini Mamastikan parameter sistem adalah tidak digunakan untuk menunjuk isu RF, yang bisa mempengaruhi kapasitas sistem. Dengan kata lain, bahkan jika parameter sistem meningkatkan system performance, mereka harus tidak digunakan untuk menggantikan RF configuration optimization. Dari sudut pandang yang lebih praktis, mengoptimisasi RF configuration sebelum mengoptimisasi parameter sistem mengijinkan kita untuk berkonsentrasi pada satu satuan parameter pada suatu waktu. ini adalah penting mengetahui parameter sistem mana yang digunakan untuk RF optimisasi. Suatu titik awal yang baik adalah satu set parameter sistem yang umum, seperti diperkenalkan pada Bab 3. Pendekatan ini adalah sama seperti memecahkan suatu masalah optimisasi linier: ini memaksimalkan performance dengan satu variabel sebelum pengaturan variabel lain, dengan begitu menemukan titik yang optimal dari performance sistem yang maksimum. Pendekatan yang sama adalah sah untuk AMR dan optimisasi data Circuit Switched (CS) atau Paket Switched (PS). Melakukan AMR optimisasi sebelum optimisasi data CS atau PS untuk meningkatkan performance sistem untuk prosedur yang umum bagi semua jasa, seperti call setup dan handovers. Ini tidak mencegah optimisasi RF configuration lebih lanjut selama service optimization. Itu hanya menggeser fokus untuk berkonsentrasi pada parameter sistem selama
112
service optimization. Tentang parameter system yang diperkenalkan Bab 3, yang berikut adalah yang paling utama untuk AMR voice service:
Cell reselection parameter adalah satuan parameter yang pertama untuk mengoptimalkan setelah optimisasi RF. Dengan reselection parameter yang sesuai, UE akan selalu camp pada sel terbaik yang pantas, pembatasan power yang diperlukan dari access preamble atau Downlink common channel yang dilibatkan dalam akses (SCCPCH, Primary Common Control Physical Channel (PCCPCH), PICH, dan AICH). Parameter ini terutama penting untuk mengoptimalkan jika akses tinggi (origination atau termination) failure rates atau ketika berbagai RRC connection request diamati oleh karena kondisikondisi RF yang lemah.
Call setup parameter harus dioptimalkan untuk performance yang terbaik dari random access dan power control. Setelah reselection dioptimalkan, pengaturan access parameter untuk memastikan bahwa UE dapat mengakses sistem dengan jumlah yang minimum dari preamble dan minimum transmit power. Dua konflik kebutuhan ini; transmit power yang tinggi untuk initial preamble memastikan akses dideteksi oleh Node B, tetapi juga meningkatkan interferensi Uplink. Untuk menunjuk pada ini, memusatkan pada banyaknya optimisasi preamble. Di dalam suatu sistem yang kosong, rata-rata jumlah preamble seharusnya dioptimalkan sedekat mungkin dengan 1.5. Sebagai alternatif, pengaturan yang optimal dapat ditemukan dengan menghitung total transmit power dari semua preamble. Yang minimum ini bersesuaian kepada yang lebih rendah dari jumlah Uplink interference.
Power allocation Parameter (dedicated channel) dapat diatur untuk kebaikan coverage (call retention) atau kapasitas (jumlah panggilan yang didukung). Untuk jangka panjang, Power perlu dialokasikan di tingkatan yang minimum untuk memelihara kemungkinan service yang diinginkan. Dengan ini di dalam pikiran kita, mengoptimalkan RF
dulu
untuk
memastikan
bahwa
geometry
terbatas,
113
mengoptimalkan handover parameter untuk memastikan bahwa link yang diperlukan ada dalam Active Set, kemudian melakukan penyesuaian alokasi power. Sebagai tambahan terhadap drive test, alokasi power dapat didasarkan pada data statistik yang dikumpulkan di sel level. Dalam hal ini, mengurangi DPCH power allocation yang maksimum hanya setelah mempertimbangkan efek dari beban. Meningkatkan yang maksimum dari DPCH power alocation mempengaruhi loading dan kapasitas sistem. Sebagai konsekuensi, meningkatkan ini lebih hati-hati dibanding mengurangi itu.
Call retention parameter, yang adalah handover parameter, perlukah dioptimalkan sedemikian sehingga handover dapat dilakukan dengan lembut dan tepat waktu. Parameter tuning setelah optimisasi RF dapat mengejutkan peningkatan di dalam system performance untuk kedua-duanya call retention dan kapasitas. Dengan optimisasi RF yang sesuai, ketika kapasitas ditingkatkan, Ukuran Active Set berkurang. Peningkatan dalam call retention performance tidak begitu jelas sekilas. Bagaimanapun, RF environment yang cepat berubah dapat berpotensi drop call jika handover tidaklah cukup cepat. Masalah ini adalah Slow Handover dan dapat terjadi pada area dengan WCDMA cell yang padat. Pada sisi lain, infrastruktur jaringan (secara khusus RNC) mungkin punya permasalahan dengan terlalu banyak atau report pengukuran yang terlalu sering banyak dari para pemakai di jaringan itu. Meneliti ini melalui case-by-case basis.
Neigbor List dapat dilihat seperti kedua-duanya sistem dan RF parameter.
Mereka
harus
dioptimalkan
sehingga
UE
dapat
melaksanakan reselection sel dan handovers kepada sel yang sesuai. Ini mempengaruhi kedua-duanya Idle Mode dan Connected Mode peformance.
RF
cleanup
selalu
direkomendasikan
sebelum
menambahkan terlalu banyak hubungan neighbor. Mengurangi neighbor list yang panjang dapat memendekkan serching time dan meningkatkan pencarian frekuensi dari cell neighbor yang penting.
114
4.3.7. Call Quality Metrics dan Test Process Quality metric yang utama untuk AMR call telah ditinjau. Selama service optimization, bersesuaian dengan KPI dapat ditambahkan dengan specific quality metric:
High call setup success rate. UE dapat dengan sukses melaksanakan random access dan setup call dengan kemungkinan tinggi. MT call mempunyai suatu langkah paging tambahan; seperti itu, target call setup success rate secara khas lebih rendah untuk MT call sebab kemungkinan dari kesempatan paging yang hilang. Usaha dapat terhitung atas dasar peristiwa internal dari UE (yaitu suatu peristiwa yang dipicu oleh suatu key press), pramble akses yang pertama, RRC connection request yang pertama, atau pembacaan SIB 7 untuk MO/MT call. Karena panggilan MT, kita dapat juga menggunakan pesan Paging type 1.
Low call setup latency. Call setup latency harus sesingkat mungkin. Mungkin lebih panjang jika reselection sel terjadi tepat sebelum atau tidak lama sesudah RRC connection request. Jika suatu koneksi drop setelah RB establisment, call reestablishment boleh terjadi, yang mungkin terjadi user-perceived call setup latency.
Low call drop rate. Kemungkinan dari suatu radio link yang tidak diharapkan release setelah pesan Alerting harusnya rendah. Dengan fitur call reestablishment, call drop dapat lebih lanjut digolongkan ke dalam user-perceived dan system-perceived drop call. Jika call reestablishment sukses, itu dapat dipertimbangkan suatu systemperceived drop call; jika gagal, itu bisa dipertimbangkan suatu userperceived call drop. Bagaimanapun, tidak seperti dengan PS data call, voice call reestablishment kembali dirasa oleh pemakai untuk sesuatu yang lebih besar sebab percakapan hilang (call muted) untuk beberapa detik.
Excellent voice quality. Kualitas suara yang sempurna secara subjective diinginkan dan sangat berhubungan dengan radio link quality. Radio link quality dapat ditaksir dari BLER; BLER yang
115
rendah diinginkan. Analisa berarti BLER dengan sendirinya telah membatasi nilai; itu harus dilengkapi oleh fungsi probability density yang terukur dari BLER. Oleh karena closed loop power control, berarti BLER perlu mendekati target BLER yang disediakan oleh sistem ketika jaringan terisi. BLER yang tinggi untuk jangka pendek, pada sisi lain, dapat secara langsung mempengaruhi kualitas suara, menyebabkan
penurunan
yang nyata
pada
periode
singkat.
Pengukuran BLER menyediakan suatu test yang dapat diulang dan gampang untuk dengan cepat kondisi menilai radio link, dan dapat dapat dipercaya menaksir kualitas suara.
Karena AMR service, BLER adalah cukup untuk menaksir kualitas suara sebab vocoder yang terpilih untuk mutu yang cukup (Mean Opinion Score (MOS) dari 4 atau di atas), bahkan di kehadiran kesalahan. MOS scoring terutama penting seperti jasa voice over Internet Protokol (VoIP) menjadi tersedia. Dengan VoIP, mutu suara tidak bisa digambarkan seluruhnya dari BLER, sebab PS data dapat tunduk kepada keterlambatan sebagai tambahan terhadap frame yang hilang. Panjang dan distribusi dari keterlambatan ini mempengaruhi mutu suara dengan cara yang berbeda, tergantung pada ketika terjadi suatu percakapan. Untuk menguji quality metric dari daftar di atas, suatu metodologi test dan proses harus didefinisikan. Dibanding menggambarkan suatu keseluruhan metodologi drive test, kita akan berkonsentrasi hanya pada spesifik test bahwa diperlukan untuk mengevaluasi AMR. Dua jenis panggilan dapat digunakan untuk ukuran AMR performance: panggilan pendek dan panggilan yang lama (continuos). Panggilan pendek (20 sampai 40 detik) panggilan terukur memberikan performance (call setup success rate dan latency). Panggilan yang lama mengukur call retention dan quality performance (call drop rate dan voice quality). Itu dimulai hanya ketika panggilan drop. Untuk mengevaluasi ini dalam jangka waktu test yang nyata, call retention performance dinyatakan melalui perbandingan call drop yang sejenisnya pada persamaan 4.1.
116
Sebagai tambahan, pengukuran BLER dapat dikumpulkan sepanjang keseluruhan rute drive test, kecuali untuk contoh yang cepat ketika panggilan drop.
…(4.1)
117
