What is Indirect Path Failure Information used for?
It is used to report that an indirect or relayed path has failed.
| Protocol | rrc | Network | 5g |
|---|---|---|---|
| Spec | 3GPP TS 38.331 | Spec Section | 6.2.2 |
| Direction | IAB node / UE -> donor / gNB | Message Type | Failure Reporting |
| Full message name | 5G NR - Indirect Path Failure Information |
|---|---|
| Protocol | RRC |
| Technology | 5G |
| Direction | IAB node / UE -> donor / gNB |
| Interface | Uu / IAB radio path |
| Signaling bearer / channel | SRB1 / SRB2 / UL-DCCH |
| Typical trigger | Used when an indirect path or relayed path failure must be reported upward. |
| Main purpose | Lets the reporting node inform the controlling network side that an indirect transport or relay-related path has failed. |
| Main specification | 3GPP TS 38.331, 6.2.2 |
| Release added | Release 16 |
| Procedures where used | Relay / IAB Failure Reporting, Indirect Path Recovery |
Indirect Path Failure Information is an NR RRC message used to report failure related to an indirect path or relayed path in advanced deployment scenarios.
Lets the reporting node inform the controlling network side that an indirect transport or relay-related path has failed.
This message reports that an indirect or relayed path has failed.
Call flow position: Sent when an indirect path fails and the controlling node must be informed.
Typical state: Node is in connected operation with an active indirect path.
Preconditions:
Next likely message: Recovery, reconfiguration, or release handling
Previous message(s): RRC Reconfiguration
Next message(s): Recovery handling, Later reconfiguration or release
Security context: Protected connected-mode signaling.
IndirectPathFailureInformation ::= SEQUENCE {
failureInfo OCTET STRING
}
The wrapper is small; the real troubleshooting value is in the failure context and the following recovery action.
UL-DCCH-Message
message: indirectPathFailureInformation
failureInfo: present
| IE | Required | Description |
|---|---|---|
failureInfo | Yes | Carries the information needed to identify and interpret the indirect path failure. |
failureInfoCarries the information needed to identify and interpret the indirect path failure.
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 indirect path failed and was reported through this message.
What to inspect: Check the failure information and correlate it with IAB or relay-layer logs.
Next step: Follow the later recovery or reconfiguration sequence.
It is used to report that an indirect or relayed path has failed.
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.