Sebuah Ucapan atau Kalimat Dari Seorang Expert

Daripada hilang begitu saja ditelan waktu dan saya lupa lagi, maka akan saya tuliskan kata-kata teknikal dari expert telekomunikasi, mungkin saya membutuhkannya suatu saat dan pastinya membantu memahami teori yang mungkin juga belum pernah dituliskan di buku.

So here it is :

1. "Better DCH usage means once R99 user doesn’t do anything, they’ll downswitch to FACH and then left channelization code hopefully can be used by HS users."

2.  Saya bertanya "Apakah test uplink throughput ada hubungannya dengan TX power PUSCH?" ,kemudian dijawab : "Itu menunjukkan UE butuh power seberapa besar, Based on behaviournya, suspect memang ada UE problem"

3. Ini untuk masalah uplink throuhput yang sangat kecil. "Boleh coba cek parameter2 :
p0NomPu(c/s)ch, ulpcAlpha, ulpcLow(lev/qual)(C/S)ch, ulpcUp(lev/qual)(C/S)ch, iniMcsUl, iniPrbsUl, Sama coba dicek juga, performance RSSI dalam hourly (PUCCH & PUSCH)nya..Seperti apa trendnya"

4.  Ini relasinya ke postingan di http://telecommunicationforall.blogspot.co.id/2015/11/identifikasi-masalah-uplink-throughput.html soal upling yang bermasalah.  "Saya coba menjawab query dari Om Panji :

-          Untuk Performance Uplink RSSI, based on hourly stats, kemarin site A & site B masih di bawah -105 dBm (masih normal)

-          Untuk P0NomPusch/Pucchnya sudah standar sama seperti site2 yang lain, -106 & -80 dBm klo ga salah.

-          Untuk BLER, kemarin sekilas mirip2 antara sector yang failed & yang sukses

-          Untuk high traffic case, bisa dicek di hourly stats numrrc connected dan sign_conn_rej_rrmrac     

      --> rejection karena pucch sudah overload

-          Utk tipe scheduler, masih sama dengan site yg lain, pake proportional fair

-          Power Headroom, dari Actix itu bisa keliatan, klo case 2 site diatas sama, dimana power headroomnya kecil --> inline dengan power Tx & power PUSCH yang tinggi

Kondisi ideal itu power Tx & PUSCH ga terlalu besar, sehingga masih ada power headroom untuk user lain

-          Untuk VSWR, sayangnya hanya bisa monitor untuk FDD melalui RF diagnostic (itupun masih failed)

Nah, apabila dah ganti berbagai macam UE hasilnya sama saja, coba hal berikut :

-          Perform Speedtest, apakah Uplinknya masih sama, kalau bisa sih ada nemo handy dari tim X

-          Kalau masih kecil, suspect ada masalah sama antennanya (port Rx)

-          Kita eskalasi ke tim transport untuk cek apakah settingan QoS uplinknya dah oke."

-          

-    5. "Pada WCDMA itu ada data drivetest yang serving cell/active set(umumnya diset 3), lalu monitored set (sudah tercreate neighbornya), dan detected set(belum tercreate neighbornya)."

    

     6. why idle UEs were not released?

   :there are inactivity timers running. When there is no communication in UL and Dl and on signaling bearers then the call is released. In case voice bearers are established then this could take some time because there are different timing requirements.

     

For why it is nCqiRb = 2 and cqiPerNp = 40ms?

: the number of CQI/ri resources is the same for both but in case of nCqiRb == 2 there are more options per tti to allocate the CQI/Ri resource with the recommended distance to scheduling request. With this configuration the algorithm can allocate the CQI/RI much better to prevent the fragmentation developer have mentioned before.

    7. Kesimpulan transport problem :

-   8. Bersambung

-