Download - Managemen Kapasitas Jaringan UMTS Ericsson
MANAGEMEN KAPASITAS PADA JARINGAN UMTS (Ericsson)
Petunjuk Optimisasi
Disusun dan dibuat oleh:
Bambang Imam Tamsur
RAN Engineer
1
Maksud dokumen ini adalah untuk UMTS Trouble Shooting dan Optimasi Kapasitas berdasarkan perspektif dari KPI dan Counter serta memberikan strategi analisis rinci untuk mengidentifikasi dan troubleshooting untuk meningkat KPI dan kinerja jaringan selular.
Tujuan dan Area lingkup Presentasi
2
Manajemen Kapasitas bertujuan untuk mengontrol beban di WCDMA RAN. Tujuan dari Manajemen Kapasitas adalah untuk memaksimalkan kapasitas WCDMA RAN tetap menjaga Kualitas Pelayanan (QoS) dan coverage. Metrik dalam RNC Ericsson dan OSS memberikan counter dan KPI yang menggambarkan perilaku dan pengalaman pelanggan pada jaringan UMTS dan penggunaan kapasitas elemen jaringan. Kapasitas dapat dibagi menjadi beberapa bidang utama. Item utama yang mempengaruhi kapasitas pada jaringan UMTS meliputi: • Air Interface Kapasitas • RBS Kapasitas • Backhaul Kapasitas • RNC Kapasitas Masalah kapasitas juga dapat disebabkan oleh isu-isu Optimisation Radio seperti: overshooting dan special event
MANAGEMEN KAPASITAS
3
Capacity Issues
Capacity Issues
Radio/Air Interface Capacity
Transmission
/Backhaul Capacity
Capacity Issue Breakdown/ Worst Cells AnalysisAccessibility/Capacity/Code/ Quality/Congestion/Node B Reports
Failures due to Admission
Control
Failures due to Lack of DL Power/DL
Channelization Codes
High Soft Handover Overhead
RRC and RAB TN Congestion/
Blocking
Iub Congestion
AAL2 QoSSetup Failures
Cell Congestion Time
RNC Capacity
Rejects due to MP Load
MP Load Trending
RBS/ Baseband Capacity
RAB failures due a Lack of
hardware resources
RRC denied -Insufficient
Licensed Capacity
RRC denied –Node Blocking
High RTWP
ATM Lost Cells (TX and RX)
4
Overview Diagram Jaringan UMTS
5
1. Admission Control. 2. Lack of Downlink Power/DL Channelization Codes. 3. Soft Handover Overhead (SHO). 4. Cell Congestion. 5. Receive Total Wideband Power (RTWP)
I. Radio/Air Interface Capacity
6
1.1. Failure due to Admission Control
kegagalan karena admission control dapat terjadi pada semua jenis RAB (Voice ataupun Data). Jika salah satu dari admission counter ini mulai terhitung atau terjadi, kemungkinan cellsites mencoba untuk melebihi jumlah pengguna ditentukan oleh parameter atau karena kurangnya kekuasaan untuk melayani permintaan. Penyebab-penyebab dari failure due to admission control sbb: •Power •Code Utilization Limit •ASE limit •Compressed mode limit
7
1.1.1. Voice Admission Control Failures
Langkah-langkah berikut adalah saran untuk pemecahan masalah: 1. Selidiki jika kegagalan karena kurangnya DL Power atau DL channelization Code juga terjadi. a. Jika counter ini juga terjadi maka teruskan troubleshooting ke masalah DL Power atau DL Channelization Code. b. Jika tidak, Perikasa laporan Hardware Resource Availability mungkin ada masalah dengan UL (RAX Board) atau DL (TX Board). Periksa dalam Laporan KPI untuk menentukan berapa besar CE Utilization Report untuk UL dan DL. 2. Jika ada sejumlah besar upaya IRAT pada cellsite, penggunaan mode Kompresi dan penggunaan DL spreading factor mungkin tinggi. Ini harus diselidiki dalam Laporan Mobility. a. Jika jumlah pengguna Compressed mode adalah tinggi dan penggunaan DL channelization Code untuk compressed mode adalah tinggi, parameter IRAT mungkin perlu diselidiki. b. Analisa Site UMTS baru (Atau upgrade dari sebuah Situs GSM yang ada) mungkin diperlukan untuk tujuan kapasitas.
8
1.1.2. HSDPA Admission Control Failures
Dapat disebabkan oleh masalah yang sama pada Voice Admission Control Failure. Namun ini termasuk Jumlah pengguna yang diizinkan untuk membangun sebuah sesi HS baru pada UTRAN. Langkah-langkah berikut adalah saran untuk pemecahan masalah: 1. Parameter hsdpaUsersAdm pada tingkat UtranCell harus diatur ke nilai setara yang benar. a. 20 untuk Situs T1 1 (maxNumHsdpaUsers = 26) b. 25 untuk> 1 T1 (maxNumHsdpaUsers = 32) c. 86 untuk FO (maxNumHsdpaUsers = 96) 2. Kegagalan akses HSDPA juga dapat terjadi karena kegagalan untuk menerima A-DCH di UL . Ini mungkin karena alokasi sumber daya di Rax Board. Periksa dalam Laporan KPI untuk menentukan % CE Utilization untuk UL dan DL.
9
1.1.3. PS Interactive Admission Control Failures
Kegagalan PS Interactive Admission control dapat dipengaruhi oleh kegagalan HSDPA. Langkah-langkah berikut adalah saran untuk pemecahan masalah: 1. Selidiki jika masalah yang terjadi pada kegagalan Admission Control HSDPA. Jika iya, ikuti langkah-langkah pemecahan masalah dalam 1.1.2. Setelah perubahan dilakukan, pemantauan harus terus pada sekelompok sel-sel di sekitar sel yang terkena dampak untuk menentukan peningkatan kinerja pada kedua sel yang terkena dampak dan daerah sekitarnya.
10
1.2. Failure lack of DL Power/DL Channelization Code
1.2.1. Jika Kegagalan karena kurangnya DL channelization code adalah tinggi (Kegagalan karena Kurangnya DL Power juga mungkin akan terlihat), maka HSDPA Admission Control failure juga harus diperiksa untuk Cellsites. Jika pengguna tidak mengakses HS bearer, mereka akan dipaksa untuk menggunakan PS Interaktif R99 DCH. Ini akan menggunakan lebih banyak DL Power dan Channelization Code dari pada menggunakan shared HS Channel HS . a. Jumlah penerimaan Pengguna HS pengaturan kontrol harus diverifikasi.
11
1.2.2. Jika tingginya kegagalan karena kurangnya DL Channelization Code dan kurangnya DL Power, solusi lain yang mungkin adalah pengurangan jumlah 384 kbps RAB dan 128 kbps RAB yang diperbolehkan pada cellsites di kedua UL dan DL. a. Hal ini dikurangi dengan mengatur parameter sf4UlAdm (384 UL RAB), sf8UlAdm (128 UL RAB), sf8Adm (384 DL RAB) atau sf16Adm (128 DL RAB).
12
1.2.3. Jika kegagalan Daya power tinggi tapi tidak ada masalah dengan HSDPA Admission Control atau DL Channelization Code, CPICH setting harus diperiksa dan Feeder loss diverifikasi pada sel yang bersangkutan. Berikut ini harus diperiksa: a. Pastikan bahwa feeder loss yang masuk ke dalam RBS mencerminkan Feeders di site. b. Jika CPICH di [email protected] dBm, periksa kemungkinan untuk menurunkan CPICH /reduce CPICH tersebut. Diatur agar pengurangan tidak lebih dari 3dB dari sekitarnya yang karena hal ini dapat menyebabkan neighbor cell bertindak sebagai interferor. c. Jika CPICH lebih rendah dari 35,1 dBm, mungkin masih ada ruang lingkup untuk mengurangi CPICH lebih lanjut untuk meningkatkan kapasitas di situs d. Jika CPICH berkurang, uptilts mungkin diperlukan untuk memastikan cakupan area sel tetap sama. RF analisis dan drive tes mungkin diperlukan untuk perubahan
13
1.3. Soft/Softer Handover overhead yang tinggi
Tingginya Soft Handover Overhead dapat menjadi indikasi penggunaan berlebihan sumber daya radio (Radio link Terlalu banyak digunakan di mana tidak diperlukan) namun perlu dicatat bahwa dengan mengurangi jumlah ini terlalu banyak menciptakan risiko dropped calls. Nilai SHO yang baik adalah antara 1,3 dan 1,5. Beberapa metode untuk mengurangi SHO untuk sel adalah: 1. Meningkatkan dominasi sel di daerah dengan memodifikasi antenna tilts dan drive test. 2. Untuk masalah per area, konfigurasi antenna (azimut dan perubahan type antenna beamwidth) dapat dilakukan untuk mengurangi SHO lanjut Setelah langkah ini dilakukan, pemantauan harus terus pada sekelompok sel di sekitar sel yang terkena dampak untuk menentukan perbaikan kinerja.
14
1.4. Cell Congestion
Cell congestion di UL dan DL dapat disebabkan dari sejumlah isu. Untuk congestion di UL, penyebab utama adalah RTWP tinggi. Hal ini akan dibahas dalam Bagian 1.5. Untuk congestion di DL, penyebab utama adalah: • Tingginya Tx power [Non-HS] • Overloadnya Power Non HS Dl DCH. • HS Overload
15
Langkah-langkah berikut adalah saran untuk troubleshooting Cell Congestion: 1. Investigasi Kegagalan karena lack of DL power (mirip dengan 1.2.3. kemungkinan penurunan CPICH untuk mengurangi daya keseluruhan Per Radio Link di dalam sel. 2. Investigasi ke counter transportasi untuk menentukan apakah ada kemacetan atau masalah ketersediaan sumber daya di Iub tersebut. Hal ini dapat menyebabkan pengguna untuk mempertahankan RSBs mereka untuk waktu yang lebih lama dari yang diperlukan. 3. Investigasi ke dalam jumlah pengguna / HS RAB dalam sel untuk menentukan apakah lalu lintas tinggi. Tentukan apakah site baru akan diperlukan atau jika 2nd atau 3rd carrier dapat digunakan untuk kapasitas tambahan. Setelah langkah ini dilakukan, pemantauan harus terus pada sekelompok sel di sekitar sel yang terkena dampak untuk menentukan perbaikan kinerja. 4. Periksa dari NCS dan PRACH report , sector tidak overshooting.
16
1.5. High RTWP
RTWP memberikan jumlah total UL power yang diterima oleh Node B dalam carrier (5 MHz) frekuensi. Ini termasuk hal-hal berikut: • Power yang diterima dari semua UE di sekitarnya Node-B • Setiap internal dan / atau gangguan eksternal • Thermal noise • System Noise figure (Termasuk BTS dan sistem Antena) RTWP tinggi dapat menyebabkan sejumlah masalah seperti: • Mengurangi sensitifitas Node-B. • Mengakibatkan ketidakseimbangan antara downlink dan uplink. • Mengurangi kapasitas UL. • Mengurangi UE battery life. • UE perlu untuk mengirimkan lebih banyak power yang akan mengkonsumsi lebih banyak baterai.
17
Langkah-langkah berikut adalah saran untuk pemecahan masalah: 1. Audit dan perbaiki parameter ulAttenuation yang salah. a. Sebagai contoh RBS 3518/3418 dengan remote RRUs biasanya tidak memiliki main feeder dan karenanya parameter ulAttenuation harus dihitung berdasarkan hanya panjang kabel Jumper. b. Tetapi jika 3518/3418 RRU nya dipasang dekat dengan unit Baseband, mungkin memiliki kabel feeder utama. Panjang pengumpan akurat perlu diidentifikasi untuk menghitung parameter ulAttenuation dan electrical ulDelay. 2. Jika ada TMA Eksternal (Non Ericsson ASC), Mo ExternalTMA harus dikonfigurasi dengan benar: a. Parameter ulGain juga harus diatur dengan benar untuk setiap sector. b. Site tanpa TMA, MO ExternalTma harus dihapus (empty). c. Setting yang salah untuk internalPower juga dapat mempengaruhi fungsi TMA - Jika diatur ke NO, TMA dapat menjadi tidak berfungsi. 3. Audit Database CIQ dan perbaiki masalah konfigurasi yang salah: a. Parameter ElectricalulDelay dan parameter ulTrafficDelay yang salah dapat
memiliki dampak langsung pada RTWP. Delay yang tidak tepat dapat mengurangi diversity gain yang mengakibatkan UE to transmit more power.
Setelah langkah –langkah ini ditempuh, pemantauan harus terus dilakukan.
18
Daftar counter yang berkaitan dg Air Interface capacity ada dibawah ini:
Report KPI Counters/Formula Accessibility PS Interactive RAB Failures due to Admission
Control pmNoOfNonHoReqDeniedInteract
Accessibility Voice RAB Failures due to Admission Control pmNoOfNonHoReqDeniedSpeech
Accessibility HSDPA Interactive RAB Failures due to Admission Control
pmNoOfNonHoReqDeniedHs
Accessibility PS RAB failures - Exceeded connection limit pmNoFailedREstAttExcConnLimit
Accessibility PS RAB failures - Exceeded connection limit pmNoFailedREstAttExcConnLimit
Accessibility RAB failures - Lack of DL power pmNoFailedREstAttLackDlPwr Accessibility RAB failures - Lack of DL Channelization code pmNoFailedREAttLackDlChnlCode
Accessibility RAB failures - Lack of DL ASE pmNoFailedRabEstAttLackDlAse Accessibility RAB failures - Lack of UL ASE pmNoFailedREstAttLackUlAse Accessibility CS RRC rejects due to Admission control pmNoRrcCsReqDeniedAdm
Accessibility PS RRC rejects due to Admission control pmNoRrcPsReqDeniedAdm
Capacity I Soft/Softer Handover Overhead (pmSumUesWith1Rls1RlInActSet +(2*(pmSumUesWith1Rls2RlInActSet + pmSumUesWith2Rls2RlInActSet))+(3*(pmsumueswith1rls3rlinactset + pmSumUesWith2Rls3RlInActSet + pmSumUesWith3Rls3RlInActSet))+(4*(pmsumueswith2rls4rlinactset + pmSumUesWith3Rls4RlInActSet + pmSumUesWith4Rls4RlInActSet)))/(pmSumUesWith1Rls1RlInActSet + pmSumUesWith1Rls2RlInActSet + pmSumUesWith2Rls2RlInActSet + pmsumueswith1rls3rlinactset + pmSumUesWith2Rls3RlInActSet + pmSumUesWith3Rls3RlInActSet + pmsumueswith2rls4rlinactset + pmSumUesWith3Rls4RlInActSet + pmSumUesWith4Rls4RlInActSet)
19
Daftar counter yang berkaitan dg Air Interface capacity ada dibawah ini (lanjutan):
Capacity II Carrier Tx Power (dBm) (Summation of i from 1 to 51 of ( [i] * pmTransmittedCarrierPower_[i])) / Summation of i from 0 to 51 of (pmTransmittedCarrierPower_[i])
Capacity II HS-PDSCH Power Shortage pmRemainingResourceCheck_2 Code I DL Channelization code tree usage pmSumDlCode/pmSamplesDlCode Code I HS-SCCH Code Shortage pmRemainingResourceCheck_0 Code I HS-PDSCH Code Shortage pmRemainingResourceCheck_1 Congestion Cell Congestion DL + UL (sec) pmTotalTimeDlCellCong + pmTotalTimeUlCellCong
Congestion Congestion control triggered--High DL Power pmSumOfTimesMeasOlDl
Congestion Speech radio connections terminated--Congestion
pmNoOfTermSpeechCong
Congestion Congestion control triggered--High UL interference
pmSumOfTimesMeasOlUl
Congestion Speech radio terminated over IuR--Congestion pmNoOfIurTermSpeechCong
Congestion Total time the cell was congested in DL pmTotalTimeDlCellCong Congestion Total time the cell was congested in UL pmTotalTimeUlCellCong Congestion HS downswitches due to congestion pmNoOfSwDownHsCong Congestion EUL downswitches due to congestion pmNoOfSwDownEulCong Congestion Total time HSDSCH is Overloaded (sec) RESpmTotalTimeHsdschOverload Channel Switching Downswitches Non-Guaranteed Users due to
SHO pmNoOfSwDownNgHo
Channel Switching Downswitches due to Congestion pmNoOfSwDownNgCong Channel Switching Downswitches due to Admission pmNoOfSwDownNgAdm Quality UL RTWP Level (dBm) -112 + 0.1*(pmSumUlRssi / pmSamplesUlRssi)
20
2. RBS/Baseband Capacity
Selain Radio dan Air Interface Kapasitas, sejumlah elemen pada RBS Baseband dapat menyebabkan masalah kapasitas. Isu-isu berikut ini menunjukkan masalah kapasitas yang berkaitan dg RBS basis: a. Kegagalan RAB karena kurangnya perangkat keras UL atau perangkat keras DL. b. Kapasitas lisensi yang tidak mencukupi. C. Node B blocking. Laporan Node B menampilkan% penggunaan dari RAX dan TX board Channel element. Ini adalah penggunaan rata-rata selama periode laporan dijalankan.
21
Report KPI Counters/Formula Accessibility RAB failures - Lack of DL hardware resources pmNoFailedRabEstAttLakDlHwBest
Accessibility RAB failures - Lack of UL hardware resources pmNoFailedRabEstAttLakUlHwBest
Accessibility CS RRC denied - Insufficient Licensed Capacity pmNoFailedRrcConnectReqCsHw
Accessibility PS RRC denied - Insufficient Licensed Capacity pmNoFailedRrcConnectReqPsHw
Accessibility CS RRC Fails - NodeB Blocking pmNoRrcConnReqBlockNodeCs
Accessibility PS RRC Fails - NodeB Blocking pmNoRrcConnReqBlockNodePs
Accessibility HS Int RAB Block - Node Congestion/Failure (Best Cell)
pmNoRabEstBlockNodePsIntHsBest
Accessibility Speech RAB Block - Node Congestion/Failure (Best Cell)
pmNoRabEstBlockNodeSpeechBest
Accessibility R99 Int RAB Block - Node Congestion/Failure (Best Cell)
pmNoRabEstBlkNodePsIntNoHsBest
Node B UL Channel Element Utlization pmSumUlCredits/pmSamplesUlCredits
Node B DL Channel Element Utlization pmSumDlCredits/pmSamplesDlCredits
HSDPA Node B Total Seconds Code Shortage triggered -- (Priority resolve)
pmRbsHsPdschCodePrio
Daftar counter yang berkaitan dg RBS/Baseband capacity ada dibawah ini:
22
4.1. Kegagalan RAB karena kurangnya perangkat keras (hardware). Problem ini mengindikasikan kegagalan akses RAB karena kurangnya UL (Rax) atau DL (TX Board) hardware – Kurangnya channel element. Jika masalah ini terlihat pada RBS, penambahan RAX board atau TX board perlu dilakukan. 4.2. RRC Denied – Kapasitas lisensi tidak mencukupi. Problem ini mengindikasikan kegagalan akses RRC karena kurangnya kapasitas lisensi di RBS. Jika masalah ini terlihat pada RBS, kapasitas lisensi harus ditingkatkan. 4.1.1.3. RRC Denied – Node blocking. Problem ini mengindikasikan kegagalan akses RRC karena sejumlah isu yang mungkin pada RBS termasuk: • Kesalahan konfigurasi Node • Terbatasnya Node B (perlu site baru). • Transport layer belum tersedia atau belum siap.
23
3. Transport/Backhaul Kapasitas
Isu-isu berikut ini untuk menunjukkan masalah kapasitas yang berkaitan dg Transport/Backhaul basis: Kegagalan RRC dan kegagalan RAB karena Transportasi bloking. Laporan lain menunjukkan isu berkaitan ke transport kapasitas seperti: Iub, NBAP dan AAL2 kemacetan.
24
Daftar counter yang berkaitan dg issue-issue yang berhubungan dg Kapasitas transport/backhaul: Report KPI Counters/Formula Accessibility CS RRC fails - TN Congestion/Blocking pmNoRrcConnReqBlockTnCs
Accessibility PS RRC fails - TN Congestion/Blocking pmNoRrcConnReqBlockTnPs
Accessibility CS RRC Block - TN Congestion/Failure (Best Cell) pmNoRrcConnReqBlockTnCsBest
Accessibility PS RRC Block - TN Congestion/Failure (Best Cell) pmNoRrcConnReqBlockTnPsBest
Accessibility R99 Int RAB Block - TN Congestion/Failure (Blocking cell) pmNoRabEstBlockTnPsIntNonHs
Accessibility R99 Int RAB Block - TN Congestion/Failure (Best Cell) pmNoRabEstBlockTnPsIntNoHsBest
Accessibility HS Int RAB Block - TN Congestion/Failure (Blocking cell) pmNoRabEstBlockTnPsIntHs
Accessibility HS Int RAB Block - TN Congestion/Failure (Best Cell) pmNoRabEstBlockTnPsIntHsBest
Accessibility Speech RAB Block - TN Congestion/Failure (Blocked cell) pmNoRabEstBlockTnSpeech
Accessibility Speech RAB Block - TN Congestion/Failure (Best Cell) pmNoRabEstBlockTnSpeechBest
HSDPA Node B Severe HS Congestion-IUB pmHsSevereCong
HSDPA Node B Tot time IuB Congested DL (sec) pmTotalTimeIubLinkCongestedDl
HSDPA Node B Tot time IuB Congested UL (sec) pmTotalTimeIubLinkCongestedUl
HSDPA Node B Total time IuB link unavailable (sec) pmTotalTimeIubLinkUnavail
HSDPA Node B Nbapc messages discarded due to Congestion pmNoOfDiscardedNbapcMessages
HSDPA Node B Percentage of time HSDPA traffic limited by Iub ∑ (pmCapAllocIUBHsLimitRatioSpiXX) where XX = 0 to 15
HSDPA Node B HSDPA frame loss ratio on IuB 100*(pmHsDataFramesLostSpiXX)/(pmHsDataFramesReceivedSpiXX+pmHsDataFramesLostSpiXX) where XX = 0 to 15
Transport RNC AAL2 Setup failure for QoS Class A (CS-- High Priority-Delay 2-10 ms) 100*(pmUnSuccOutConnsLocalQoSClassA + pmUnSuccInConnsLocalQoSClassA + pmUnSuccOutConnsRemoteQosClA + pmUnSuccInConnsRemoteQosClassA)/(pmSuccOutConnsRemoteQosClassA + pmSuccInConnsRemoteQosClassA + pmUnSuccOutConnsLocalQoSClassA + pmUnSuccInConnsLocalQoSClassA + pmUnSuccOutConnsRemoteQosClA + pmUnSuccInConnsRemoteQosClassA)
25
3.1. RRC dan RAB TN Congestion / Blocking (Semua Jenis Layanan) Speech, PS Interaktif dan HSDPA RRC dan RAB, dapat dipengaruhi oleh sejumlah isu yang berkaitan dengan transport blocking atau tidak tersedianya transport. Ini termasuk: • Kegagalan akibat congestion di user plane (AAL2) atau control plane (UniSaal atau SCTP) dari jaringan transportasi sebagai akibat dari transport network resource shortage. • Ketiadaan tersedianya transport network layer service. 3.2. Iub congestion (UL dan DL) Dipengaruhi oleh sejumlah isu Iub. Ini termasuk: • Iub Kemacetan • NBAP-C Message Discarded. • HSDPA Frame loss on Iub. 3.3. AAL2 QoS A - Kegagalan Pengaturan D 3.4. ATM lost cell (Transmit and Receive)
26
4. RNC Kapasitas
Dari perspektif RF, hanya ada satu KPI utama yang berhubungan dengan Kapasitas RNC / Beban yang mempengaruhi aksesibilitas tersebut. KPI
utama dapat ditemukan dalam laporan berikut:
27
Report KPI Counters/Formula Accessibility RRC reject due to MP load control pmNoRejRrcConnMpLoadControl
Capacity I MP Load pmSumMeasuredLoad/pmSamplesMeasuredLoad
Daftar counter yang berkaitan dg issue-issue yang berhubungan dg Kapasitas RNC, untuk RF perspektif yang perlu diperhatikan adalah RRC reject due to MP load control:
28
ADDENDUM: SPECIAL EVENT, seperti Acara Olah Raga, Konser, Pameran DLL
Pengaturan parameter yang tepat sangat penting pada acara-acara yang bersifat sporadis dan explosive dihitung dari jumlah pengunjung. Acara2 seperti Pekan Olah Raga, Pameran dan Konser atau pawai disuatu tempat yang terpusat dan terfokus pada suatu tempat akan sangat mempengaruhi Kapasitas, Akses dan akses pengguna HP pada jaringan 3G network. Oleh karena itu parameter berikut adalah parameter yang penting untuk di atur sementara waktu selama acara special event tersebut berlangsung. Dan dapat dikembalikan ke harga semula apabila special event telah berakhir.
29
Category MO Parameters Baseline Voice Focus Event Setting Data Focus Event Setting
Sevice Impacting change?
Power UtranCell primaryCpichP
ower 8-10% of Total
TX power Reduce to contain hot
spot coverage Reduce to contain hot spot
coverage Y
UtranCell minPwrMax 20 -10 -10 Y
UtranCell minPwrRl -150 -180 -180 Y
UtranCell pwrAdm 75 85 75 N
UtranCell pwrOffset 15 10 15 N
Code Hsdsch numHsPdschC
odes 1 1 5 Y
UtranCell dlCodeAdm 80 85-90 (if DL code is the
bottleneck) 80 N
UtranCell sf4AdmUl 0 0 0
UtranCell sf8AdmUl 2 0 2 N
UtranCell sf8Adm 0 0 0 N
UtranCell sf16Adm 4 0 4 N
30
HS/EUL admisson & scheduling UtranCell
eulServingCellUsersAdm 25
reduce if UL CE and noise are the issues 25 N
UtranCell eulNonServingCellUsersAdm 42
reduce if UL CE and noise are the issues 42 N
UtranCell eulServingCellUsersAdmTti2 8 4 8 N
RbsLocalCell eulMaxRotCoverage 80 60 100 N
RbsLocalCell eulMaxOwnUuLoad 60 30 120 N
NodeBFunction
eulMaxAllowedSchRate 4480 1024 or 2048 4480 N
NodeBFunction eulMaxShoRate 5760 1024 or 2048 5760 N
Idle and connected mode + offloading UtranCell qRxLevMin -115 -115 N
UtranCell qQualMin -18 -18 N
UtranRelation qOffset2sn 0 N
UtranCell compModeAdm 15 5 5 N
Category MO Parameters Baseline Voice Focus Event Setting
Data Focus Event Setting
Sevice Impacting change?
31
Category MO Parameters Baseline Voice Focus Event Setting
Data Focus Event Setting
Sevice Impacting change?
Dedicated mode UtranCell usedFreqThresh2dEcno -18 -18 -18 N
UtranCell usedFreqThresh2dRscp -107 -107 -107 N
Initial connection and Channel Switch UtranCell
rateSelectionPsInteractive.channelType 0 (DCH) 1 (FACH) 0 (DCH) N
UtranCell rateSelectionPsInteractive.ulPrefRate 16 16 16 N
UtranCell rateSelectionPsInteractive.dlPrefRate 16 16 16 N
Directed Retry UtranCell loadSharingGsmFraction 100 75 90 N
UtranCell loadSharingGsmThreshold 99 75 50 N
32
Q & A
33