Reasons for IHSR degraded

Hi Experts,
IHSR is degraded due to incoming handover preparation failures because of load-based admission failure in a cell (Top N fail with facing NBRs), what could be the reason for this? (OEM is Huawei)

image

X2 prep fail out also increased from same date:
image

Lst cellmlbho, and check admit switch is off or on.

HoAdmitSwitch is ON on all layers.

Check if the source cell is potentially highly loaded.

Utilization is high but this was high before these failures as well.

@Umar_Mir, I am not aware of Huawei parameters, but you can check the below two methods.

  1. If it is multicarrier sites (like if you have two intra band frequency on the site then mfbi (multi frequency band indicator) should be enabled towards all the neighbouring relation).
  2. Check the UE measurement frequency is assigned to it correct DL frequency or not (sometime when u do frequency retuning this will miss).

Any change in MLB thresholds?

Are the accessibility KPIs ok?

Access KPIs are fine.

MLB thresholds are same as before.

No discrepancy of frequency in cell and EUTRAN external table.

Check:
ANR X2;
If path are created to the other side to ANR create the X2 relations;
IPPATH;
Look the neighbors that try to do the preparation.

Neighbors that try to do the preparation: its facing NBRs and both have increased failures as incoming from each other same date.
ANR X2 i will check and confirm.

Ho admit switch off can solve (I have faced this KPI issue).
X2 faulty and handover going through S1 but coverage KPI of HOSR also get degraded.

So this means X2 Interface Fault can cause this issue as one of thee two cells involved has this alarm too as Ho admit switch was ON before too?

Yes, fault X2 will cause issue.
If you barred that site and is first tier then too issue if other sites can handle handover can forbid.

Did you check layer3 message?
Serving enodeb Received “Handover request ack” message after “handover request” which sent by serving enodeb, please check this message.