High TCH drop after SFH

Hello,

you need to ensure that there is not too much overlap between cells whan appliyng SFH 1/1.
What is the average number of TRX / cells ?
What is the number of frequencies you put in your MA list ?
Did you ensure the HSN was the same within cells of same BTS, and different between cells of different BTS ?
Did you check your MAIO planning ?

What is the cause of intercell HO ?

What do you see during drivetests ?

Regards,
Pix

2 TRX / cell ?? the first TRX is BCCH, so it is not hopping. So only the second trx is hopping ?

strange strategy. BBH would be more useful here.

could you write down the HSN and MAIO configuration for one BTS ?
In this BTS, what is the CSSR ?
what is the CDR ?
how many HO/call ?
what percentage of HO Quality ?

What is the threshold for HO Quality ? It is 4 without hopping, and 5 with hopping, by default.

hi madani,

thanks for the values.. mmm.

2 hopping TRX on 12 frequencies, it gives a radio load of 16.6%. This is the theoretical limit of 1×1. At this amount of load, you must expect a poor radio quality.

On-the-field threshold of radio load is about 12%. At 12% radio load, you can expect same CDR as the one you’ll get with an average BBH frequency planning. At 16.6%, it’ll be quite worse.

Could you try to unload TRX 2 and TRX 3 by favoring TCH allocation on TRX 1 ? Or lock some TRX’s that are not used.

Or perhaps just allocate more frequencies in the MA list ? If you can’t, then i strongly recommend you roll back to BBH solution. Or if you want to stick to SFH, you have to make a really aggressive cell design (too time-consuming imo)

Regards,
PIx

Dear Pix,

Thannks for ur attention

We reverted back to the previous plan.

and we decided to:
1- Do aggressive tilt.
2- MA=18
And then we’ll applay SFH.

I’ve another Question

We alawys receive MCN although we’ve a full coverage!

Do u know why??

confirm whether the call has been dragged without handover even resource available in target cell.
check out values of hop count and timer.