3G Shifting Traffic and IFHO - u2100 u900

ATURAN IFHO/ SHIFTING TRAFFIC

U2100 to U900

(IN BAHASA)

By: Arum Setyo - 2014

ATURAN IFHO/ SHIFTING TRAFFIC

Ini aturannya:

U2 - U2 = TRUE

U2 - U9 = FALSE U9 - U2 = FALSE

U2 - U2 = 0

U2 - U9 = 2 U9 - U2 = 0

U2 - U2 = -12

U2 - U9 = -18 U9 - U2 = -18

U2 - U2 = 0

U2 - U9 = 3 U9 - U2 = -3

BLINDHO HOCOVPRIO DRDECN0THRESHHOLD IDLEQOFFSET2SN

Nah, jadi gini

filosofi yang tadi aku ceritain:

BLINDHO U21 to U21

• U2 ke U9 blindho TRUE, Why? Jelas lah, kan footprintnya sama. Jadi kalo mau lempar2an F1 ke F2 U2100, atau sebaliknya, nggak usah pake measure treshold (apalagi pake compres2)

• Sehingga settingannya BLINDHO=TRUE

BLINDHO U21 to U9 (atau sebaliknya)

• U2 ke U9 blindho FALSE, dan U9 ke U21 juga FALSE. Why? Karena pertama: masalah footprint.

• Pertimbangan – kita ngga bisa maen buang traffic dari U21 ke U9 karena U9

lebar foot printnya, dia harus cover cell edge. Otomatis kalo misal dibuang semua ke U9 ya shringking coverage U9nya.

– kita nggak bisa maen buang U9 ke U21 karena U21 bisa jadi congest krn coveragenya kecil, lebih kecil daru U9, ostosmastis limited power, limited footprint, limited WBPP.

• Makanya pertimbangannya BLINDHO=FALSE. Supaya terukur dan nggak sembarangan lempar traffic (soalnya kan beda telapak. Gimanapun footprint U21<U9)

HOCOVPRIO - 1

• kalo HOCOVPRIO=0 (OFF), berarti dia artinya: setelan "coverage-based HO"nya mati, maksutnya itu, dia ngga liat RSCPnya mau bagus apa ngga, yang dia liat EcN0nya, kalo cukup EcN0nya ya dia HO.

• kalo HOCOVPRIO nyala atau >0, berarti artinya: dia HARUS liat RSCPnya, dan harus bagus RSCPnya supaya triggered HO.

HOCOVPRIO - 2

• U2 to U9 diset HOCOVPRIO 2. Artinya untuk melakukan IFHO, U2 kudu liat coveragenya footprintnya si U9 dulu gimana, nahhh kalo di U9 nya RSCP bagus, ya sudah IFHOin aja ke U9

• Nah kalo kondisi sebaliksnya, U9 to U2 diset HOCOVPRIO = 0, artinya setelan "pengenalan" coverage utk HO dari U9 ke U21 mati, nah kalo mati, U9 akan lihat U21 berdasarkan quality, nah kalo U21 qualitynya bagus, artinya kan secara load sama dengan U21 nggak digandulin traffic terlalu banyak, artinya "NO CONGESTION" atau "RESOURCE MENCUKUPI“. Kalao sudah begitu, ya udin, silahkan U9 HO ke U21.

• Makanya HOCOVPRIOnya dibuat 0 (OFF) kalo dari U9 yang telapak besar ke U21 ke telapak kecil. Mengingat U21 bakal congest kalo ditambahin traffic dari U9. Makanya, U9 to U21 HOCOVPRIO=2, supaya U9 susah IFHO ke U21 (mencegah tambahan load di U21). – Note: kan traffic/load kalo gede, otomatis shrinking lah itu cell bordernyah,

Nah apalagi qualitynya, pasti ikut jelek juga. Inget RSSI kan berbanding terbalik sama EcN0, RSSI besar otomatis EcN0 bakal kisut. Walaupun misal RSCPnya bagus banget (RSSI berbanding lurus sama RSCP).

IDLEQOFFSET2SN - 1

• IDLEQOFFSET2SN > IDLEQOFFSET1SN. itu syarat awalnya.

• IDLEQOFFSET2SN biasanya diadjust untuk balancing traffic (ngatur traffic) between U21 dan U9.

IDLEQOFFSET2SN - 2

• IDLEQOFFSET2SN kalo minus artinya semua traffic gampang ke situ.

• Jika U9 to U2 nilainya MINUS, Berarti artinya traffic dari U900 dibuangnya ke U2100. Digampangin buang ke U2100.

• Misal gini: – U900 100 = U2100 100 >>>> itu balance kan? itu

IDLEQOFFSET2SN=0 – U900 80 = U2100 120 >>>> itu IDLEQOFFSET2SN=-2 (traffic

dibuang ke 2100) – U900 40 = U2100 160 >>>> itu IDLEQOFFSET2SN=-3 (traffic

dibuang makin banyak ke 2100) – U900 10 = U2100 190 >>>> itu IDLEQOFFSET2SN=-5 (traffic

dibuang makin banyak ke 2100)

IDLEQOFFSET2SN - 3

• IDLEQOFFSET2SN kalo plus artinya semua traffic di keep di source.

• Misal gini yak

– U900 120 = U2100 80 >>>> itu IDLEQOFFSET2SN=+2 (traffic di keep di U900)

– U900 160 = U2100 40 >>>> itu IDLEQOFFSET2SN=+3 (traffic makin di keep di U900)

– U900 190 = U2100 10 >>>> itu IDLEQOFFSET2SN=+5 (traffic makin di keep di U900)

IDLEQOFFSET2SN – STUDY CASE - 1

• Sektor 1 dan 2 nggak balance usernya. Traffic di U9 kecil banget (garis hijau), di U21 traffic garang banget.


• Kita buang semua traffic ke U9. Caranya ya traffic dibuang ke U9 aja sebagian. IDLEQOFFSET2SN U9 ke U21 dibuat + (dikeep di U9), IDLEQOFFSET2SN U21 ke U9 dibuat – (U21 ke U9).

PIC REASON RNCID CELLID NCELLRNCID NCELLID S CELL NAME T CELL NAME

IDLE

QO

FFSE

T1SN

IDLE

QO

FFSE

T2SN

HO

COV

PRIO

IDLE

QO

FFSE

T1SN

IDLE

QO

FFSE

T2SN

HO

COV

PRIO

A. Setyo Block HO load from U9 to U21 2021 867 2021 861 U_GILI_ANYAR_XL1 3G2_GILI_ANYAR_XL1 0 -3 0 0 5 0






A. Setyo Send HO load from U21 to U9 2021 861 2021 867 3G2_GILI_ANYAR_XL1 U_GILI_ANYAR_XL1 0 3 0 0 -5 0






PROPOSALCURRENT


• Bener kan, setelah dirun, all traffic terserap ke U9. Tapi kan masih nggak balance. Harus ada another adjustment.


• Balancing berarti tidak hanya masalah buang buangan traffic. Tapi ini masalah keseimbangan. Lalu supaya setimbang harus gimana? Ya buat saja: Traffic gampang ke “U9” dan gampang ke “U21”, beres :D

PIC REASON RNCID CELLID NCELLRNCID NCELLID S CELL NAME T CELL NAME

IDLE

QO

FFSE

T1SN

IDLE

QO

FFSE

T2SN

HO

COV

PRIO

IDLE

QO

FFSE

T1SN

IDLE

QO

FFSE

T2SN

HO

COV

PRIO

A. Setyo Block HO load from U9 to U21 2021 867 2021 861 U_GILI_ANYAR_XL1 3G2_GILI_ANYAR_XL1 0 5 0 0 1 0


A. Setyo Block HO load from U9 to U21 2021 868 2021 862 U_GILI_ANYAR_XL2 3G2_GILI_ANYAR_XL2 0 1 0 0 -1 0

A. Setyo Block HO load from U9 to U21 2021 868 2021 865 U_GILI_ANYAR_XL2 3G2_GILI_ANYAR_XL5 0 1 0 0 -1 0



A. Setyo Send HO load from U21 to U9 2021 861 2021 867 3G2_GILI_ANYAR_XL1 U_GILI_ANYAR_XL1 0 -5 0 0 -1 0


A. Setyo Send HO load from U21 to U9 2021 863 2021 869 3G2_GILI_ANYAR_XL3 U_GILI_ANYAR_XL3 0 -1 0 0 1 0

A. Setyo Send HO load from U21 to U9 2021 864 2021 867 3G2_GILI_ANYAR_XL4 U_GILI_ANYAR_XL1 0 -1 0 0 1 0



PROPOSALCURRENT


• Voila! Traffic balance:


• Traffic balance, CSSR juga improve:

ATURAN TILTING U21 dan U9

• Sebaiknya U9 footprint dibiarkan > U21. Apalagi untuk daerah city yang rata2 usernya punya HP support U9.

• Tapi jika harus di adjust, maksimalnya, U9 footprint sama dengan U21 footprint. U9=U21.

• Cuma ada resikonya, kalo misalnya RET 2100 = RET U900, SHO OH bakal tinggi (tapi CQI mostly jadi bagus).

• Sedangkan kalo RET 2100 < RET U900, SHO OH jadi bagus (tapi CQI biasanya jelek).

• Namun itu general case ya, kecuali kita ubah2 lagi HOCOVPRIOnya untuk setting decision dia boleh/nggak HO.

SEKIAN DULU YAKH

3G Shifting Traffic and IFHO - u2100 u900

Documents

Transcript of 3G Shifting Traffic and IFHO - u2100 u900