Professional Documents
Culture Documents
Nokia KPI & Optimization: 27& 28th Feb 2019 Bangalore, India
Nokia KPI & Optimization: 27& 28th Feb 2019 Bangalore, India
Nokia KPI & Optimization: 27& 28th Feb 2019 Bangalore, India
For escalating the Transmission and Hardware related issue we should be clear
why alarm persisting and what unit is faulty and we also first try with TRX Lock &
reset etc so that we can force to customer to replace it ASAP and For Transmission
we also need to know which KPI is affecting due to which alarm as so many alarm
persists on the BSC but only some affects the KPI and This is called Root Cause
analysis
Consistency Parameter Check
o Check cells in MSC vs cells in BSC
o Check external adjacencies in MSC
o Cells with co-channel frequencies
o Cells with adj-channel frequencies
o Non symmetrical adjacencies
o Neighbours with co-channel frequencies
o Neighbours with adj-channel frequencies
o Neighbours of a same cell with co-BSIC, co-BCCH
o Check BCCH-BSIC reuse distance
o Check BCCH reuse distance
o Check site with same MA List in different sectors and different HSN
o Check site with same MA List in different sectors and MAIO collision
o Synchronized HO
Parameter Audit
• Some major parameters might have big impact to KPI. We briefly review those parameter
to make sure at least we are not optimizing at the unreachable value.
TCH Drop
• RX diversity (RDIV) : enable/disable
• Radio Link Timeout (RLT) : higher value less drop but more bad quality.
• Radio Link Timeout AMR (ARLT) : higher value less drop but more bad quality
SDCCH Drop and SDCCH Success Rate
• RxLev Access Minimum (RXP) : higher value less drop and less traffic.
• C2 parameter
• Cell reselection parameter Index (PI) – enable/disable
• Cell barring qualify (QUA)
• Cell reselect offset (REO) : less value less drop and less traffic.
• Temporary offset (TEO)
• Penalty time (PET)
Parameter Audit-2
•RX lev min cell (SL)
• With this parameter you define the minimum signal level of an adjacent cell,
when a handover is allowed to one of them.
HO margin level (LMRG)
• Must consider HOC parameters
• threshold level downlink Rx level (LDR)
• threshold level uplink Rx level (LUR)
HO margin qual (QMRG)
• Must consider HOC parameters
• threshold qual downlink Rx qual (QDR)
• threshold qual uplink Rx qual (QUR)
Warning! You can reduce the LMRG and QMRG to allow quickly handover but make
sure the target cell signal strength and quality is good enough to avoid handover
failure and drop call.
Parameter Audit-3
Now in the above KPI we can see the SDCCH drop rate is high due to SDCCH A
interface fail call is high as major drops are going only on this counter and it is
suspected due to Transmission issue so for root cause we need to check the all
counters.
SDCCH Drop Rate Analysis
Based on Several Reasons
• If SDCCH_Radio_fail counter value is high it means drops going may be
due to Overshooting, interference , Phantom RACH etc.
• If 7745 Channel Failure Rate Alarm persist on SDCCH then Shift the
SDCCH from that TRX to another TRX.
• If SD Drop is high we can also change some parameters RXP, PMAX,
DMAX (For international boundary facing) etc.
• SD Drop can also be high due to high UL or DL issue in that cell. For UL
we can put TMA and for DL we can provide tilt or re orient that antenna.
• For Extra SDCCH we need to check the SD Configuration as per Nokia
system 1 SDCCH can take 5000 SDCCH attempts, for this don’t consider
the daily KPI, please see the next slide for better explanation of this.
Extra SDCCH Analysis
As in the above given counters shows that suddenly some the counters value (
ABIS interface fail, Radio fail etc) increased . Radio fail may be due to some
Radio problems as interference, overshooting etc and if ABIS fail call increased it
may be increased due to some Transmission alarm.
CASE-3 CSSR Bad Due TO
Blocking
When all timeslots ( 8 TS) are busy then it is called congestion and when
at the time of congestion any call come through that busy timeslot then it
is called blocking.
TCH Blocking Formula (%)
• TCH availability
Check alarms (are TRXs & TSLs in Working State? ), check
availability
report and RxQuality report to verify whether there is a badly
functioning
TRX. Make Loop Tests on TRX. Fix hardware problem.
• TCH capacity
Bad TCH capacity dimensioning. Check number of TRXs.
Optimization TCH Blocking
If hardware problem exist then need to escalate to the concerned person
Increase dual Rate for reduce the TCH Blocking ( TCHF --TCHD, TCHH --TCHD)
Check FRL & FRU setting ( BTS Level)
Directed Retry Enable
Remove Extra SDCCH Channel and convert in to TCHD in case of high TCH Traffic to reduce the blocking
In case of Overshooting check RXP setting
In case of very high traffic in clusters then we can reduce the power
Traffic Sharing
• Add Extra TRX
• Add New Site
• Optimize the cell boundaries to share the traffic with surrounding cells
• Traffic Reason Handover enable
• BLT (BTS Load Threshold) can also be increased from 70 to 90 value.
SDCCH Blocking (%)
SDCCH BLOCKING REASONS
As by the above counters you can directly say from what reasons drop
call rate is high as it may be due to RF reasons or may be due to
Transmission Issues so we need to know about all the counters
Optimization of Drop Call Rate
• If hardware problem exist then need to escalate to the concerned person.
• If tch_Radio_fail counter value is high it means drops because of RF
Issue for which there issue like Overshooting, interference , Neighbor
relation etc.
• To improve TCH drop we can parameters like:- RLT (Radio Link Time
Out) , RXP etc.
• If tch_rf_old_ho is high then check neighbor relation and do tuning
according to conditions.
• If tch_lapd_fail and tch_tr_fail is suddenly increased or its increasing then
this problem occurs due to Transmission issue i.e for this we have to
check ND report 522 and ZAHP Alarm history for Transmission problem.
• ND Report 160 and 163 used for analysis of drop call rate.
/
TCH Drop
Radio Fails
Check alarms and RxQuality report to verify whether there is a badly functioning TRX.
Fix hardware problem. Check antenna line.
Coverage. Verify TA report and planning tool.
Interference. Check Frequency Plan. Solution e.g. add sites, downtilt antennas, increase
RxLevAccessMin.
Lack of neighbours
Bad neighbour declaration
Transcoder Failure
Due to synchronisation problem. Synchronisation source set in BTS clock. Change to
BSC.
AIF Failure:
Interface failures: problem with ET cards. Solution: block the circuits connected to this
card and then change ET card when available.
Handover Success Rate
Known problems:
1) Calls that are cleared by MS user during the HO process increment the attempt-
counters but
can not be compensated in numerator.
2) HO that is interrupted due to other procedure (e.g. assignment) increments attempt-
counters
but can not be compensated in numerator.
HARDWARE ALARMS
There are several hardware alarms in NOKIA system which are badly
affecting the KPI
BCCH Missing ( Site Down, Please refer Outage Report ND-023)
BTS Faulty ( BTS Down)
BTS Operation Degraded
BCF Operation Degraded
TRF Faulty ( Faulty TRX shows as BL-TRX Automatically)
TRX Operation Degraded
BTS With NO Transaction
Channel Failure Rate Above Defined Threshold
Mean Holding Time Below Defined Threshold
Traffic Channel Activation Failure
Transcoder Channel Failure
BTS O&M Link Failure (OMU Block)
CH Congestion In Cell Above Defined Threshold
LAPD Failure
PCM Failure
Some alarm I have explained in the next slides, please see the given
below slides
Channel Failure Rate Above
Defined Threshold
BTS O&M Link Failure
• Regarding this Alarm we just need to remember one thing if this alarm persists
the OMU of the site blocked and at the same case don’t reset the BCF, if we do
this reset BCF than after lock the BCF it will not be unlocked until OMU is not UP
and if OMU up then also site will be down because BCF is Locked so better when
this alarm comes don’t Reset the BCF.
• This above point is the main point regarding this Alarm, please remember it
always.
BTS With NO Transaction
There are lot of major alarms persists in the BSC but some of them are not
affecting the KPI’s but some really affecting the KPI’s, please see the given below
alarm status
BTS & TC Unsynchronisation Clear calls due to A interface ( Affecting Drop Call Rate)
BTS & TC Unsynchronisation Clear calls due to ABIS interface ( Affecting Drop Call Rate)
Abnormal A interface Circuit Release ( Affecting Drop Call Rate)
SCCP Disturbance ( Affecting SDCCH Drop Rate)
AIS Received ( Site Fluctuates)
Fault Rate Monitoring ( Site fluctuates)
Telecom Link Overload
Signaling Link Load Over threshold
Adjacent Cell IDENTIFIER configuration error
Adjacent Cell IDENTIFIER
configuration error
• adjacent cell information has been defined incorrectly in the BSDATA
(BSS Radio Network configuration
Database). Either the MSC or the source BSC can detect the error
during an external handover. When
the error has been detected, the handover attempt is interrupted
BTS & TC Unsynchronisation Clear calls due to ABIS
interface
2993 ( BTS & TC UNSYNCHRONIZATION DUE TO CLEAR CALLS ON ABIS INTERFACE)
Calls have been cleared three successive times on the same ABIS interface channel due to BTS and Transcoder
unsynchronisation
Supplementary Information filed
BTS Id on which calls are getting dropped
TRX id of the above BTS id on which calls are getting dropped.
Radio Timeslot number on which calls are getting dropped. This is Air Interface Timeslot number
ET Number on which calls are getting dropped.
ET Timeslot on which calls are getting dropped
Sub Timeslot of ET on which calls are getting dropped
This alarm tells us the calls are getting cleared through the ABIS interface due to non Availability of the transmission on ABIS
interface and please make sure when this alarm is triggered means calls are getting thorough on the Air interface but gets
dropped on ABIS interface.
ZAHP : 643d 9d 04 1080d 10d 1d
It means BTS ID=643, TRX ID=9, Timeslot Number=04 , ET ID=1080, TRX ID=10, Sub Timeslot of ET=1
First identify the ABIS (ET) Timeslots on which calls are getting dropped. If calls are getting dropped on all the Timeslots of
TRX
this means either they are mapped differently on BSC & BTS or Timeslots are not bypassed correctly.
If calls are getting dropped on particular Timeslot only lock that Timeslot and recheck alarms after sometime.
SOLUTION:
• If calls are getting cleared by all the timeslot for the particular TRX firstly please lock the TRX and check the alarm after
sometime.
• We can try to change the Channel TSL also if there is any free mapping given.
Telecom Link Overload
• The alarm is used to supervise the traffic load of LAPD links and
BCSU units and to detect the possible
overload situations. The alarm may also be caused by short
breaks in the Abis interface.
Supplementary information fields
00: BCSU unit overloaded
01: LAPD link overloaded
ND Report Analysis
Adjacency definition(061)
!"#$%&'()*+,./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~¡¢£¤¥¦§¨©ª«¬®¯°±²³
´¶·¸¹º»¼½ÀÁÂÃÄÅÆÇÈËÌÍÎÏÐÑÒÓÔÕÖ×ØÙÚÛÜÝÞßàáâãäåæçèéêëìíîïðñòóôõö÷øùúûüýþÿĀāĂăąĆćĊċČĎďĐđĒĖėĘęĚěĞğĠġĢģĪīĮįİıĶķĹĺĻļĽľŁłŃńŅņŇňŌŐő
ŒœŔŕŖŗŘřŚśŞşŠšŢţŤťŪūŮůŰűŲųŴŵŶŷŸŹźŻżŽžƒȘșˆˇ˘˙˚˛˜˝ẀẁẃẄẅỲỳ‘’‚“”„†‡•…‰‹›⁄
€™ĀĀĂĂĄĄĆĆĊĊČČĎĎĐĐĒĒĖĖĘĘĚĚĞĞĠĠĢĢĪĪĮĮİĶĶĹĹĻĻĽĽŃŃŅŅŇŇŌŌŐŐŔŔŖŖŘŘŚŚŞŞŢŢŤŤŪŪŮŮŰŰŲŲŴŴŶŶŹŹŻŻȘș−≤≥fiflΆΈΉΊΌΎΏΐΑΒΓΕΖΗΘΙΚΛΜΝΞ
ΟΠΡΣΤΥΦΧΨΪΫΆΈΉΊΰαβγδεζηθικλνξορςΣΤΥΦΧΨΩΪΫΌΎΏЁЂЃЄЅІЇЈЉЊЋЌЎЏАБВГДЕЖЗИЙКЛМНОПРСТУФХЦЧШЩЪЫЬЭЮЯАБВГДЕЖЗИЙКЛМНОПРСТ
УФХЦЧШЩЪЫЬЭЮЯЁЂЃЄЅІЇЈЉЊЋЌЎЏѢѢѲѲѴѴҐҐәǽẀẁẂẃẄẅỲỳ№—–-
!"#$%&'()*+,./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~¡¢£¤¥¦§¨©ª«¬®¯°±²³
´¶·¸¹º»¼½ÀÁÂÃÄÅÆÇÈËÌÍÎÏÐÑÒÓÔÕÖ×ØÙÚÛÜÝÞßàáâãäåæçèéêëìíîïðñòóôõö÷øùúûüýþÿĀāĂăąĆćĊċČĎďĐđĒĖėĘęĚěĞğĠġĢģĪīĮįİıĶķĹĺĻļĽľŁłŃń
ŅņŇňŌŐőŒœŔŕŖŗŘřŚśŞşŠšŢţŤťŪūŮůŰűŲųŴŵŶŷŸŹźŻżŽžƒȘșˆˇ˘˙˚˛˜˝ẀẁẃẄẅỲỳ‘’‚“”„†‡•…‰‹›⁄
THANKS
€™ĀĀĂĂĄĄĆĆĊĊČČĎĎĐĐĒĒĖĖĘĘĚĚĞĞĠĠĢĢĪĪĮĮİĶĶĹĹĻĻĽĽŃŃŅŅŇŇŌŌŐŐŔŔŖŖŘŘŚŚŞŞŢŢŤŤŪŪŮŮŰŰŲŲŴŴŶŶŹŹŻŻȘș−≤≥fiflΆΈΉΊ
ΌΎΏΐΑΒΓΕΖΗΘΙΚΛΜΝΞΟΠΡΣΤΥΦΧΨΪΫΆΈΉΊΰαβγδεζηθικλνξορςΣΤΥΦΧΨΩΪΫΌΎΏЁЂЃЄЅІЇЈЉЊЋЌЎЏАБВГДЕЖЗИЙКЛМНОПРСТУФХЦЧ
ШЩЪЫЬЭЮЯАБВГДЕЖЗИЙКЛМНОПРСТУФХЦЧШЩЪЫЬЭЮЯЁЂЃЄЅІЇЈЉЊЋЌЎЏѢѢѲѲѴѴҐҐәǽẀẁẂẃẄẅỲỳ№—–-
!"#$%&'()*+,./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~¡¢£¤¥¦§¨©ª«¬®¯°±²³
´¶·¸¹º»¼½ÀÁÂÃÄÅÆÇÈËÌÍÎÏÐÑÒÓÔÕÖ×ØÙÚÛÜÝÞßàáâãäåæçèéêëìíîïðñòóôõö÷øùúûüýþÿĀāĂăąĆćĊċČĎďĐđĒĖėĘęĚěĞğĠġĢģĪīĮįİıĶķĹĺĻļĽ
ľŁłŃńŅņŇňŌŐőŒœŔŕŖŗŘřŚśŞşŠšŢţŤťŪūŮůŰűŲųŴŵŶŷŸŹźŻżŽžƒȘșˆˇ˘˙˚˛˜˝ẀẁẃẄẅỲỳ‘’‚“”„†‡•…‰‹›⁄
€™ĀĀĂĂĄĄĆĆĊĊČČĎĎĐĐĒĒĖĖĘĘĚĚĞĞĠĠĢĢĪĪĮĮİĶĶĹĹĻĻĽĽŃŃŅŅŇŇŌŌŐŐŔŔŖŖŘŘŚŚŞŞŢŢŤŤŪŪŮŮŰŰŲŲŴŴŶŶŹŹŻŻȘș−≤≥fi
flΆΈΉΊΌΎΏΐΑΒΓΕΖΗΘΙΚΛΜΝΞΟΠΡΣΤΥΦΧΨΪΫΆΈΉΊΰαβγδεζηθικλνξορςΣΤΥΦΧΨΩΪΫΌΎΏЁЂЃЄЅІЇЈЉЊЋЌЎЏАБВГДЕЖЗИЙКЛМН
ОПРСТУФХЦЧШЩЪЫЬЭЮЯАБВГДЕЖЗИЙКЛМНОПРСТУФХЦЧШЩЪЫЬЭЮЯЁЂЃЄЅІЇЈЉЊЋЌЎЏѢѢѲѲѴѴҐҐәǽẀẁẂẃẄẅỲỳ
№—–-