Ø  Uplink RLC Retransmission Issue

Consider a UE that experienced RLF due to maximum number of uplink RLC retransmission. Such a UE will initiate a RRC ReEstablishment procedure to
regain its radio link. Now this RRC ReEstablishment can be to the serving cell and in that case, it is usually successful since the serving cell already has th
UE’s context. However, this RRC ReEstablishment can also be sent to another cell from eNB2 that does not belong to the source eNB (eNB1). In this cas
eNB2 is a neighbor of the eNB1 so it will try to fetch the context for this UE from eNB1 and based on that it will accept the RRC ReEstablishment. Howeve
the eNB2 is not a neighbor then it will reject the RRC ReEstablishment. From the UE’s perspective this will be considered a call drop but at the eNB1, the 
still does not know that this UE has experienced RLF. Now, the UE will initiate a new RRC Connection at the eNB2 and based on that the eNB2 will forwar
Initial UE Message to the MME. MME will check the UE and it will find out that this UE’s context already exists on the eNB1 so it will send a UE Context Re
to the eNB1 and then it will send S1 Initial Context Setup Request to the eNB2. The eNB1 will consider this a MME induced drop since the eNB1 still holds
UE’s context and a release from MME is considered abnormal. However, in reality, such a release is caused by a failure over the radio interface but the eN
does not have this knowledge.
Optimization
Increasing the uplink RLC retransmission threshold can help reduce such failures. For instance, if the RLC retransmission count threshold is increased fro
to 16, then the RLC will retransmit 16 times instead of 8 times which will increase the probability that the eNB might be able to decode the message and p
RLF.