Documentos de Académico
Documentos de Profesional
Documentos de Cultura
17/04/2012
Pilot
Neighbours Performance Counters
Services
Alarms Access Drive Data Analysis CM Service Test Nos Script bugs 6650 ISHO
Net. Issues
CC Disc Power Spikes HC Failures Inter RNC HO TCH/BCH
RRC Stp
RRC Access RRC Active
Common Alarms
Common Failures
Key
SHO New Draft Complete ISHO
17/04/2012
This Presentation
Shows how to find network problems from failures observed during a drive test from the collected log files Failures:
Call Setup failure
Different phases being analysed Main Reasons analysed
Dropped calls
17/04/2012
Two possibilities
Node B (cell) doesnt receive RRC Connection Request message UE does not receive RRC Connection Setup message due to excessive path loss
The problem here is genuine coverage so it is important to make sure closest site is transmitting properly or alternatively propose a new one
Check previous cell on which UE has camped on and verify with the scanner data which one the new selected cell should be
Camping to overshooting cells can cause problem
Cell availability must also be checked (with scanner measurements) to ensure that closest site is up and running
If the closer cell is up and running then neighbour relations must be checked (ADJS Table for Nokia RAN)
AIRCOM International 2004
RNC is not able to receive the message due to a possible faulty synchronisation on the Iub (DAC Word/10 Mhz) Sleeping cell problem
Service level counters can provide reasons for such failures (RRC ACC Fail)
Cell can also respond with RRC Connection Reject Message where usually the cause is congestion due to loading or high UL noise (AC)
Commissioning file check (MHA setting) External interference Possible increase in Prx target Autotuning deactivated (hanging resource)
We are in this state when RRC Connection is Active After that we are in the RAB setup phase After MM CM Service request message it is possible to receive a MM CM Service reject message this would be a Core Network problem
After security procedures RAB Setup should take place When the hardware processing capacity of the BS is reached at a particular time then NW will send a CC Disconnect with reason no circuit/channel available. This is the most common reason for CC Disconnect Other reason can be failure to allocate channel on the called number (171,150)
Following this and the security procedures is that Radio Bearer Setup:
Radio Bearer Setup message sent from the network takes mobile to RAB access
phase at which
UE might fail to receive or even fail to respond this can be either UE problem or coverage problem (usually this never takes place) UE responds with Radio Bearer Setup complete which takes the call to RAB Active phase
such as Measurement Report and Active Set update can be exchanged between UE and network.
During this time there can be a drop in the radio link the same way as it can happen in the middle of the call (dropped call) due to low coverage, missing neighbours, failed SHO etc
In this case there is a DL CC Release message, happens when called mobile fails to return a page (user not responding) In this case there is also a DL CC Release message with cause service option not supported this happens when the called mobile has made reselection to a 2G site There can be also a CC Release message in the DL with the following reasons:
Resource problem
No user responding
User busy
Called UE in 2G (video)
Site issues
It is important that there is a record of the sites that seem to have repeated problems. These sites usually have failures on every drive that takes place around their area. In the drive test trace these can be random drops while call is during the setup procedure. It is required most of the times that site visit takes place in order to ensure that everything is in place. This happens when all other sources of information (please read next slide) do not indicate a problem
No
Adequate Ec/Io?
Yes
Addition of Neighbour
No
Yes
Admission Control?
Yes
No
Check Node B (Configuration, Iub/10 MHz, DAC Word, Cell Resource counters, Alarms)
RB Setup received ?
Yes
No
Admission Control?
No
Yes
Issue TT, Further investigation Check failure cause (Not radio related)
No
On the call trace these appear usually as either sharp transitions to idle mode or after a high number of measurement reports (requesting weak cells)
No clear dominant cell in the area due to inter-site distance resulting in poor Ec/Io
SAM2-CPICH_Scan_EcIo_SortedBy_EcIo_0 (dB)
Below -16.0 (0) >= -16.0 to < -14.0 (1448) >= -14.0 to < -12.0 (6329) >= -12.0 to < -10.0 (14009) >= -10.0 to < -8.0 (28704) >= -8.0 to < -6.0 (56383) Above -6.0 (176519)
In Ec/Io measurements from UE level appears to be decreasing very low until dropped call takes place.
Immediately after dropped call Ec/Io becomes much stronger due to cell reselection
Dropped call occurs here for 3G mode UE
Missing neighbours
neighbour
Adequate 2G Coverage?
Yes
No
Yes
No
No
Check UE
Yes
Check Iur
Check Node B (Configuration, Iub/10 MHz, DAC Word, Cell counters, Alarms) AIRCOM International 2004
When performing call setup - or any kind of Drive test log file analysis the following information should be at the disposal of the engineer. It is apparent that this information must be updated as often as possible to ensure analysis accuracy:
1. Site Availability Status 2. RNC dump/RNC Browser Access
3. Counter information
4. Site configuration (MHA, WSP, ATM, DAC, etc) 5. Reference database (ex. sites and neighbours) 6. Trouble ticket and maintenance Status 7. Integration plan 8. Drive test team report, comments and observations