Beruflich Dokumente
Kultur Dokumente
There are several reasons why a session may drop in LTE. However, whether the
session is dropped or not depends on the particular vendor implementation. That is, the
drop may be caused by a UE message or by measurements carried out by the eNodeB.
Both the UE and the eNodeB may check if the radio link is in-synch. In this blog, we will
describe the activities that the UE carries out to determine if the radio link is in-synch
and their consequences. Part 2 of this blog, will present the activities that the eNodeB
may carry out to determine if the radio link is in-synch or not.
So. When is the Radio Link in-synch?
The UE is expected to monitor the RS in the downlink. Based on the signal strength of
the Reference Signals (i.e., the RSRP), the UE will determine if it can decode the
PDCCH based on a certain set of parameters that are provided in the specs. Each UE
will have a different RSRP threshold in which it will assume it cannot read the PDCCH.
If the Reference signals have enough strength such that the UE can decode
consistently the PDCCH, then the link is In-Synch.
How do we determine if the Radio Link is out of Synch?
The full procedure for determining if the link has failed due to being out of sync is shown
in the figure below. In the picture, there are three parameters shown:
n310: This parameter indicates the number of 200 ms intervals when the UE is unable
to successfully decode the PDCCH due to low RSRP detected. That is, this parameter
indicates the number of times in which the UE cannot successfully decode 20
consecutive frames in the downlink.
t310: It is a timer, in seconds, used to allow the UE to get back in synchronization with
the eNodeB.
n311: This parameter indicates the number of 100 ms intervals that the UE must
successfully decode the PDCCH to be back in-synch with the eNodeB. That is, this
parameter indicates the number of times in which the UE must successfully decode 10
consecutive frames in the downlink in order for the UE to assume the radio link is insynch.
If the UE detects n310 consecutive out-of-sync indications, it starts the t310 timer. If the
timer expires, the link has failed. If the UE detects n311 consecutive in-sync indications
prior to the t310 timer expiring, then the timer is stopped and the link has not failed.
If the RRC connection gets successfully reestablished, then the session does not get
dropped.
If the RRC connection reestablishment procedure fails in one of its steps, then the
eNodeB will send the UE context release request message to the MME. Note that the
RRC connection reestablishment process may fail in several steps. Below, in the figure,
only one case is shown.
This procedure can repeat, but at some point the transmitter will give up on the packet.
If that happens, the transmitter declares that the radio link has failed and starts the
procedures to communicate that to the other side.
The parameter MaxRetxThreshold determines the number of times a packet is
retransmitted at the RLC layer in the downlink. If this number is reached, the eNodeB
declares a DL RLC failure and kills the context as shown in the picture below.
Below, the actions carried out by eNodeB are shown when an UL Physical Layer failure
is detected.
Yes, you are right!!! But think about the consequences again!
Yes, increasing the value of maxretxthreshold may result in a decrease in the number of
drop sessions due to RLC DL failures.
However, to avoid a large number of drops, the best thing to do is to clean the RF
environment in your network.