Professional Documents
Culture Documents
There are several reasons leading to LTE call drops. They vary from PHY layer issues all the
way to RRC related problems. Some of these factors are handover failures, RACH failures,
RLC unrecoverable errors, or misconfigured RRC parameters. In LTE, any of these air interface
failures leads to losing the radio link between the UE and the eNB, known as radio link
failure (RLF).
RLF does not necessarily cause a call drop, as there are methods to restore the connection
through a re-establishment procedure. If this procedure subsequently fails, then the call drops
and a new RRC connection is then required. Figure 3.40 illustrates the factors affecting RLF or
call drops. The figure shows a summary of procedures in each layer (timers and constants used
to detect RLF) and the call re-establishment procedures. It also lists some of the common reasons
for observing such failure of any of the layers (i.e., coverage, parameters, RF issues, etc.).
Besides the weak RF condition or coverage issues causing RLF, the other common reasons
are handover failures. Troubleshooting and optimizing handover success rate is essential in
ensuring a satisfactory end-user experience and stabilizing the network KPIs.
Similar to UMTS, the handover parameters can be one of the main reasons for RLF. In addition,
the neighbor list relations in LTE can also cause RLF and call drops. One commonly
missed neighbor relation problem is when the logical X2 interface has not been properly
defined between neighbor cells. These types of failures manifest themselves when the UE
keeps sending reports for event A3 without receiving a reply from the source eNB to trigger
a handover. In another situation, the handover failures occur when the eNB replies to the
UE report by sending RRC handover command messages to an incorrect target cell, due to
misconfigured neighbor relations over X2.
One case study of call drop troubleshooting is detailed in the following example. The case
describes an RLF that is observed in good RF conditions. Figure 3.41 shows a snippet of the
RF conditions of the LTE cells around the time of the RLF.
The RRC messages and the main call flow before and after the RLF are listed in Table 3.21.
The serving cell in this example is PCI 8 (physical cell identity), and the best neighbor cell
in the tested location is PCI 7. The UE finds that PCI 7 is better than serving PCI 8, and all the
handover parameters are fulfilled by the UE. Subsequently, the UE tries to send measurement
reports messages (MRMs) for event A3 to trigger the handover. At this time, the UE does not
have an uplink grant assigned in order to transmit the SRB packets. Hence, the UE sends the
PUCCH scheduling request (SR) to the eNB requesting an uplink grant. The UE keeps sending
PUCCH SRs but without any PDCCH grant assignment. Once the UE reaches the maximum
number of SR configured by the network (16 attempts in this configuration), it starts the RACH
procedure in an attempt to obtain the uplink grant. Therefore, the UE proceeds with RACH
MSG1 but does not receive MSG2 either. The UE repeats MSG1 for the maximum number of
retransmissions, configured as 10 in this network. By the end of this procedure, the UE detects
a RACH failure, and declares the RLF condition. The RLF condition leads the UE to move
to idle mode (loss of radio link with the eNB). The UE then tries a reestablishment procedure
described in the beginning of the section, and the call is finally recovered.
The detailed investigations of the issue with the related eNB traces have led to an unexpected
uplink interference being the reason for the RLF. This also confirms the previously described