Emergency Services Fallback During 5G Registration Failure
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
The existing emergency services fallback procedure in 5G networks is delayed due to the requirement for a successful registration update procedure, which is not enhanced for emergency services, leading to delayed access in cases of registration failure.
Innovation Solution
Initiate the emergency services fallback procedure during the registration update process without completing the registration update first, by sending a registration request with an emergency services fallback request and determining the response, including a follow-on request bit and timer management to expedite the process.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If the UE completes the registration update procedure before initiating emergency services fallback, then the network can properly manage the UE context, but the emergency services access is delayed
Solution Approach 1:
The patent applies preliminary action by initiating the emergency services fallback procedure during the registration update process rather than waiting for its completion. The UE sends a registration request with an emergency services indicator while the registration update is still in progress, allowing the emergency services fallback to be triggered concurrently. This resolves the contradiction by performing the emergency services initiation in advance relative to the traditional sequential approach, reducing access time while maintaining network management capability through the ongoing registration process.
2Reliability
If the registration update procedure fails, then the UE cannot complete normal registration, but emergency services access is completely blocked in existing procedures
Solution Approach 1:
The patent uses the registration request message as an intermediary mechanism that serves dual purposes: it continues the registration update procedure while simultaneously triggering the emergency services fallback. By including an emergency services indicator in the registration request, the UE can initiate emergency services even when the registration update fails. The network entity processes both the registration context and the emergency services trigger through this single message, ensuring emergency services remain accessible despite registration failures.
Solution Approach 2:
The registration request message is given multi-functionality by serving both as a continuation of the registration update procedure and as a trigger for emergency services fallback. This universal approach allows the same message to handle both normal registration continuity and emergency services initiation, ensuring that emergency services accessibility is maintained even when the registration procedure fails, as the emergency trigger function operates independently of registration success.
3Device complexity
If the UE sends a separate emergency services fallback request after registration, then the procedure is clear and structured, but the overall process time increases
Solution Approach 1:
The patent merges the emergency services fallback trigger with the registration request message, combining what would traditionally be separate procedures into a single unified message exchange. The registration request includes both the registration information and an emergency services indicator, allowing the network to process both functions simultaneously. This merging reduces the total procedure duration by eliminating the need for a separate subsequent request, while the procedure structure remains clear through the use of standardized message formats with additional indicator fields.
Data Source
AI summary
A method, apparatus, and computer program product provide enhanced emergency services fallback procedures. The user equipment may indicate the emergency services fallback within the registration request message to a network entity, such as the access and mobility management function. Upon receiving the registration request message the emergency services fallback procedure is triggered. The user equipment receives an indication, such as via an access stratum layer and the received indication is considered, such as by the non-access stratum layer in the user equipment, as the registration response message. The user equipment is configured to respond differently upon receiving differently configured registration response rejection messages or upon expiration of a response timer.