What is Failure Information r15 in LTE?
It is the uplink LTE RRC message the UE uses to return release 15 failure information to the network.
| Protocol | lte-rrc | Network | lte |
|---|---|---|---|
| Spec | 3GPP TS 36.331 | Spec Section | 5.6, 6.2.2 |
| Direction | UE -> eNodeB | Message Type | Failure Reporting |
| Full message name | LTE RRC Failure Information r15 |
|---|---|
| Protocol | LTE-RRC |
| Technology | LTE |
| Direction | UE -> eNodeB |
| Interface | Uu |
| Signaling bearer / channel | SRB1 / UL-DCCH |
| Typical trigger | Triggered when the UE has failure context to report under the release 15 FailureInformation branch. |
| Main purpose | Lets the UE deliver collected failure context so the network can investigate the event and continue with later recovery or optimization handling. |
| Main specification | 3GPP TS 36.331, 5.6, 6.2.2 |
| Release added | Release 15 |
| Procedures where used | Failure information reporting |
Uplink LTE RRC message used by the UE to report release-specific failure information back to the network.
Lets the UE deliver collected failure context so the network can investigate the event and continue with later recovery or optimization handling.
Failure Information r15 is the LTE UE report that gives the network extra failure context after a problem occurred.
Call flow position: UE report sent when failure context needs to be uploaded to the network.
Typical state: The network is gathering failure-side evidence rather than executing a direct mobility command.
Preconditions:
Next likely message: Failure investigation or later reconfiguration
Call flow position: UE report sent after recovery or reconnect so earlier failure context can still be examined.
Typical state: The report gives the network post-failure context that is not visible from only the current signaling branch.
Preconditions:
Next likely message: Investigation or optimization continuation
Previous message(s): Recovery or reconnect continuation
Next message(s): Failure investigation, Later connected-mode continuation
Security context: Sent as protected connected-mode signaling.
FailureInformation-r15 ::= SEQUENCE {
criticalExtensions CHOICE {
c1 CHOICE {
failureInformation-r15 FailureInformation-r15-IEs,
spare3 NULL,
spare2 NULL,
spare1 NULL
},
criticalExtensionsFuture SEQUENCE {}
}
}
Read it as a post-failure evidence message rather than a direct recovery command.
UL-DCCH-Message
message c1 : failureInformation-r15 : {
criticalExtensions c1 : failureInformation-r15 : {
failureInformation-r15 present
}
}
| IE | Required | Description |
|---|---|---|
failureInformation-r15 | Yes | Carries the release 15 failure information payload reported by the UE. |
failureInformation-r15Carries the release 15 failure information payload reported by the UE.
Presence: Required
In practice: In practice, compare this field with the original request and with any later release-dependent optional fields so you can see whether the network accepted the same service model the UE asked for.
Likely cause: The UE may have returned Failure Information r15 to provide additional failure context.
What to inspect: Check the message timing relative to the earlier failure and later recovery path.
Next step: Read the report as supplementary failure evidence rather than a new failure event.
It is the uplink LTE RRC message the UE uses to return release 15 failure information to the network.
Decode this message with the 3GPP Decoder, inspect the related message database, or open the matching call flow to see where this signaling step fits in the full procedure.