Beruflich Dokumente
Kultur Dokumente
• 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)
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.
6 © Nokia Siemens Networks /
Design default sets
Consistency Checks
2. Database check
•Check inconsistencies between TRX, BTS table with ADCE table:
•Check Adjacencies to non-existing cells
•Consistency parameter checking
• Bad quality in UL after rehoming because of RDIV parameter is not set YES anymore.
• Few traffic in 1800 layer of a dual band 900/1800 network :-Idle Mode: C2 parameters not set properly
(temporaryOffset, penaltyTime)
6. Handover not happening when DL signal level of neighbour much greater than serving
cell
POC DL activated
10 © Nokia Siemens Networks /
Examples of wrong parameter set with impact on
network operation/performance – Background
Plan
1. Few handovers after implementation of new adjacency plan
• Only half of the plan has been downloaded. Half of the adjacencies
missing.
• Firstly we need to check the KPI of Cluster Level & BSC level
• After that Check the KPI of which BSC is going down and then find the
cells due to which KPI’s going worst
• Now check the Cells KPI ( Preferably CSSR, DCR & HOSR ) why it is
going worst
• If CSSR KPI is worst then we need to check all the components of the
CSSR ( TCH Blocking, SDCCH Blocking, SDCCH Drop, TCH Assignment
success Rate) & if DCR KPI worst check all the Raw counters also
according to the formula and same procedures for the HOSR.
• For CSSR check we use ND Report 250 i.e for Cell by call Success ratio.
ND Report250
Hardware Problem in a
Cell
Overshooting
Co-channel Interference
Transmission issue
Phantom RACH
Extra SDCCH
ND Report 166
• If 7745 Channel Failure Rate Alarm persist on SDCCH then Shift the
SDCCH from that TRX to another TRX.
• 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.
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.
• Formula:
• 100 * [sum(a.tch_call_req - a.tch_norm_seiz) - sum(b.msc_o_sdcch_tch +
b.bsc_o_sdcch_tch + b.cell_sdcch_tch) + sum(a.tch_succ_seiz_for_dir_acc) –
sum {a.tch_rej_due_req_ch_a_if_crc -(b.bsc_i_unsucc_a_int_circ_type +
b.msc_controlled_in_ho + b.ho_unsucc_a_int_circ_type)} ]
• ______________________________________________________
• [sum(a.tch_call_req) – sum {a.tch_rej_due_req_ch_a_if_crc -
(b.bsc_i_unsucc_a_int_circ_type + b.msc_controlled_in_ho +
b.ho_unsucc_a_int_circ_type) } ]
b.msc_controlled_in_ho + b.ho_unsucc_a_int_circ_type)} ]
Number of unsuccessful
handovers due to wrong A-
Number of unsuccessful interface circuit type. (4097)
handovers due to wrong A-
interface circuit type.
(4101)
Number of unsuccessful
No. successful SD-TCH handover due to wrong A-
HO. (4050) interface circuit type. (4098)
Number of rejected TCH
requests due to mismatch
between the requested
Number of successful TCH channel type and the A-
seizures in direct accesses to interface circuit type (1122)
a super-reuse TRX during the
call set-up phase. (1165)
• 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.
• Formula:
• 100 * (traffic.sdcch_busy_att - traffic.tch_seiz_due_sdcch_con)/
traffic.sdcch_seiz_att
Successful seizures of
TCH due to SDCCH
congestion (1099)
• SDCCH avalability
– Check alarms (are TRXs & TSLs in Working State? ), check availability report
and RxQuality report to verify whether there is a badly functioning TRX. Fix
hardware problem.
• SDCCH capacity
– Check actual SDCCH configuration ( e.g. Combined BCCH/SDCCH, Number of
SDCCH channels). If there is insuficient SDCCH capacity and enough TCH
capacity, add SDCCH TSL. Other solution e.g. are to add TRX, activate
Dynamic SDCCH, activate FACCH Call Setup.
• SDCCH traffic
– Verify traffic distribution (LU, SMS and MOC in %);
– Cell is covering a region greater than planned. Verify TA statistics. May need to
change DMAX, or downtilt.
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
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.
No No
RF Issues suspected Check TRX
Configuration
Possible reasons: Target cell has co-channel/Adj channel interference, coverage gaps, neighbor BCCH/BSIC
frequency not updated, wrong CGI format in MSC, wrong HO number in MSC, Non-symmetric HO relations, synchronization
problem, excessive UL interference, site too high, Direct Retry traffic cause high HO Failures.
.
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
Please see the given below core analysis for the 7745 Alarm time slot with the highest
failure rate
02 01 01 00 00 00 00 00 00 01 04 100d
Shift the SDCCH channel from that TRX or remove SDCCH if there is extra SDCCH timeslots
The same scenario start for TCH but at the starts there is 01 in place of 02 and for that is any timeslot is faulty then we
can go for Locking Timeslot & Locking TRX and after Lock we can check the Performance in Hourly KPI
• 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.
• The BTS has had no successfully terminated calls or SDCCH transactions during
the supervision period.
The alarm is used for supervising the BTS traffic capacity.
• Alarm 7704 is BCF-specific. It is used by the RNW recovery part of the BSS system. This alarm (and
cancel) will cause radio network recovery actions concerning objects connected through the faulty
PCM (ET). Alarm 7704 does not occur alone. There are always some other alarms ( 7767, 2900, 2915,
7706, 7704) active at the same time.
From this alarm only Common ABIS Cells are affected and major alarm description is SYNCHRONIZATION
CHANGED due to HOLDOVER MODE and this alarm persists after software upgrade
• This alarm persists when BTS is not able to synchronize with the BSC / Core Network and due to this alarm
persist synchronization changed due to holdover mode.
• May be this alarm persists sue to some error in Software upgrade for COMMON ABIS sites.
• We can check the BTS configuration setting as after software upgraded may be some setting change.
• Check the heater working properly or not if equipped.
Action Proposed to remove this alarm and you can try these given below steps also.
check the sync with MGW and BSC, MGW and MSS.
Just make the SYNC disconnect by the command ZDRD
After disconnect SYNC remove the punching cable or optical path cord as per your connection
After this run ZDRI and then state will be pleisochronous mode
After 10-15 min just punch the cable or connect the fiber and connect the 2M1 or 2M2 by ZDRC and then make the
state to hierarchal SYNC
After above all steps just restart the system
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 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
1182 : BTS ID
0 : the MSC has detected an error in the adjacent cell definitions
1 : the BSC has detected an error in the adjacent cell definitions
0-FF: BCC (Base Station Color Code). The target cell where handover has been attempted. The value is
set by the MSC
FF information is not available
0-FF: NCC (Network Color Code). The target cell where handover has been attempted. The value is set
by the MSC
FFFF identification of the target cell (BCCH)
65535: No information of BCCH
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.
• 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.
• By this command we can check which ET is fluctuating , and by this command we can see trunk circuit
disturbance statistics please see given below analysis
NOINSGN
incoming signal missing
AIS AIS state has been detected in the incoming line signal
(continuous "1-state")
FALOST - frame alignment has been lost
REMOTE - alarms from remote end
TOTAL TIME - measured total time
AVAIL TIME - time of availability
UNVAIL TIME - time of unavailability
EFS - seconds without errors
ES - seconds with errors
SES - seconds with a great number of errors
DM - deteriorated minutes
Cell A Cell B
Co channel discrepancies , or
LAC discrepancies etc
Co channel discrepancies
ND204 Report
060 ND Report ND166 Report ND163 Report ND250 Report ND154 Report ND153 Report
150, 153 , 154 related to HO in which u see which cell having max. no. of HO failure with their reasons
163 for TCH drop , in which u seee actual reason for drop may be RF , LAPD, Transcoder failure, link fluctuate
190, 196 for interference n quality
232 report for overshooting acc. To tell. Theort more than 95 % samples within 3.3 km
208 for link balance if the diff . b/w ul n dl is grater tha 5 dbm then there is some hardware problem.
216 that is analyzer report for cell, site n BSC
204 Report is for bechmark statistics report in which you will get every KPI with reasons.