Professional Documents
Culture Documents
Radio Link Failure Troubleshooting
Radio Link Failure Troubleshooting
Radio Link Failure Troubleshooting
1 © 2020 Nokia
Introduction
Radio Link Failure basics
• Call drop ratio is one of the most important metrics used to assess network performance, and impact Retainability KPI.
‒ Radio Link Failure (RLF) is one of the most often reasons of call drops
• Whenever call (voice or data) is cut off before parties had finished, Radio Link Failure is in place
• Call drop can happen from variety of reasons:
- Coverage issues
- Sleeping cells
- Wrong parameterization
- UE malfunction
- Synchronization issues
- Handover failure
- Transport inaccessibility
- g/eNB reset
- Physical layer problems
- etc…
2 © Nokia 2019
For internal use Nokia Internal Use
Introduction
High level category
NSA SA
UE initiated gNB initiated UE initiated gNB initiated
3 © Nokia 2019
For internal use Nokia Internal Use
Introduction
NSA UE initiated RLF
• If PSCell change is not triggered, the SgNB-CU starts a UE MeNB SgNB- CU SgNB- DU
• After timer expiry, if UE was not recovered, the SgNB UE data transmission and UE scheduling
stopped. Bearer is suspended
will release the UE context by sending X2AP: SgNB
F1: GTP-U PDU (F1-U DDS)
Release Required with the cause ‘Radio Connection
with UE lost’ to MeNB
PDCP transmission switch to X2-U
• SgNB Release Required message is a trigger point for
counter update. X2AP: SgNB Release Required
5 © Nokia 2019
Signaling Flow
NSA UE initiated RLF - PSCell Change
• MeNB triggers PSCell change by sending RRC Connection Reconfiguration with necessary information for PSCell change when a
SgNB receives 5G measurements within SgNB Modification Request
• Successful completion of PSCell change solves the RLF, therefore RL recover timer is stopped
- counter RLF_INITIATED_UE_PSCELL_CHANGE is updated when RRC Reconfiguration Complete is received and waiting RL recovery
timer is stopped in case of successful recovery procedure
raReponseWindow
Create Temp. UE
(NRCELL: raReponseWindow + 3 slots), the UE will retransmit If RAR not received within
preamble (Msg1) with power ramped up by a value specified in (3slots+ raResponseWindow)
- Msg1 retransmission is done as long as maximum numer of preamble transmissions is not reached
(NRCELL: preambleTransMax )
• If it is reached Random Access Problem Indication is sent to UE higher layers and Random Access Procedure is started
from the scratch
has been reached and still the CRC is NOK, UE will again send preamble unless
NRCELL: preambleTransMax is not reached, otherwise RLF is declared. NRCELL:maxHarqMsg3Tx
FailureType: randomAccessProblem reached
• If MAC Contention Resolution expires, UE will send Msg1 again PRACH: Msg1 - Preamble transmission
tRLFindForDU
DL HARQ DTX > 35
Or CSI DTX> 75
• When RLF guard timer NRBTS: tRLFindForDU (default: 300ms) is running, HARQ
feedback and CSI reports are still monitored to detect possible recovery of the radio link.
TMO: 1000ms. Number of detected:
DL HARQ feedbacks >
• If the number of consecutively received nonDTX for DL HARQ feedback exceeds 5 or CSI reports>2
RLC failure
PDCP transmission switch to X2-U
indication
16 © Nokia 2019
Technical Details
NSA SgNB initiated RLF – PDCP count rollover, GTP-U Transmission
5GC000475
initiated SgNB Release with ’Count reaches max value’ cause TimerX2UeProcGuard
X2: SgNB Release Confirm
- GTP-U Transmission Error- if in place SgNB-DU sends F1AP:
UE context release request to SgNB-CU, starts F1: UE Context Release Command
timerF1ProcGuard
timerF1ProcGuard F1: UE Context Release Complete
- Note: there is no dedicated counters for these 2 failures.
• increments counter M55117C01008 GTP-U Transmission Error
timerF1ProcGuard
X2: SgNB Release Required
TimerX2UeProcGuard
X2: SgNB Release Confirm
F1: UE Context Modification
Required
timerF1ProcGuard F1: UE Context Release Complete
In gNB Syslog:
INF/[cp_ue][123][123] ActiveProcedureSupervisor.cpp:47 ActiveProcedure set to sgnbRadioLinkFailureProcedure, ueIdCu:505
Then waiting for recovery timer expires.
WRN/[cp_ue][123][123] NsaRadioLinkFailureService.cpp:40 tWaitingRlRecover timeout: [ueIdCu:505, gnbDuUeF1APId:92002,
menbUeX2APId:658, gnbDuId:0]
Usually Result of #1/#2/#3 should be same, however because of missing dedicated counters for GTP-U
error and PDCP count rollover, #3 might be bigger than #1 and #2.
Feature is still missing in the available SW releases.
or RLF detection
RRC Reestablishment
- Such functionality is controlled by setting rrcReestabTypeSA= 2 Request
timerRRCGuard
DL RRC Message Transfer
• If gNB performs the fallback procedure, gNB-CU will allocate the RRC Setup
new gNB CU UE F1AP ID, create new UE context which will be
RRC Setup Complete
identified by those new identifiers. That means the gNB treats the
UL RRC Message Transfer
UE as a new UE.
Signaling Flow
SA UE initiated RLF- RRC reestablishment
• Upon Radio Link Failure (RLF) or other failure cases detection
UE may now initiate intra-DU RRC Reestablishment procedure
with UE context retrieval. Any cell from the same gNB-DU can
UE gNB- DU gNB- CU
be targeted during reestablishment. After that gNB will continue
RLF detection
with either retrieval of UE context derived from its previous
RRC Reestablishment
connection or in case if it does not have the valid UE context Request
(or in case of any mobility procedure ongoing), it will fallback F1AP: Initial UL RRC Message
to RRC setup (and eventually abort ongoing mobility Transfer
timerRRCGuard
• Feature is activated with the same parameter as legacy feature, F1AP: DL RRC Message Transfer
by setting NRBTS.rrcReestabTypeSA= 1 (sameGNB) RRC Reestablishment
23 © Nokia 2020
Technical details
SA UE initiated RLF -- Detection gNB
26 © Nokia 2020
Thank You
27 © 2020 Nokia