RTT Session Downgrade for Emergency Connectivity
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Users of RTT-capable handsets may experience failures in establishing RTT calls due to network outages, leading to unnecessary bandwidth consumption and potential delays in emergency situations, as some carrier networks do not support RTT technology or may not configure calls as voice-only by default.
Innovation Solution
The originating user equipment (UE) automatically downgrades the communication session to a voice-only call by eliminating support for non-voice content via an RTT media stream when the requested features cannot be established, ensuring connectivity while conserving resources and providing timely emergency responses.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If a handset is preconfigured to establish a call as a RTT call by default, then RTT functionality is improved, but the time to change call settings increases and connectivity reliability decreases when RTT is not supported
Solution Approach 1:
The patent implements dynamic call setup behavior where the handset automatically adjusts between RTT and voice-only modes based on real-time network capability detection. The system transitions from a static preconfigured default to a dynamic adaptation mechanism that selects the appropriate call type based on network support, thereby maintaining both RTT functionality when available and connectivity reliability when RTT is not supported.
Solution Approach 2:
The patent changes the parameter of call type selection from a fixed default setting to a dynamically determined parameter based on network capability detection. By detecting whether the network supports RTT and adjusting the call setup parameter accordingly, the system resolves the contradiction between providing RTT functionality and ensuring connectivity reliability.
2Reliability
If repeated attempts are made to establish a RTT call, then connectivity reliability may improve, but bandwidth consumption increases and time delay occurs
Solution Approach 1:
The patent applies preliminary action by detecting network RTT support capabilities before attempting to establish a RTT call. By performing this detection in advance, the system avoids unnecessary repeated call attempts that would consume bandwidth, while still ensuring connectivity reliability by selecting an appropriate call type based on the preliminary network capability assessment.
Solution Approach 2:
The patent converts the potential harm of RTT call failure into a benefit by using the network capability detection response to automatically select the appropriate call type. Instead of treating RTT establishment failure as a negative outcome requiring repeated attempts, the system uses the failure indication as useful information to switch to voice-only mode, thereby ensuring connectivity while conserving bandwidth.
3Adaptability or versatility
If a handset is preconfigured to establish a call as a RTT call by default, then RTT functionality is improved, but the time to change call settings increases in emergency situations
Solution Approach 1:
The patent performs preliminary detection of network RTT support capabilities automatically during the call setup process, before the user needs to place the call. This preliminary action eliminates the need for users to manually access settings menus and change call types during emergency situations, thereby reducing time loss while maintaining RTT functionality when available.
Solution Approach 2:
The patent implements self-service by enabling the handset to automatically detect network capabilities and select the appropriate call type without requiring user intervention. The system serves itself by making intelligent decisions about call setup based on network conditions, freeing the user from having to manually change settings and significantly reducing the time required to establish a call in emergency situations.
Data Source
AI summary
An originating user equipment (UE) that initiates a communication session as a real time text (RTT)-based communication may be configured to automatically downgrade the communication session in response to identifying one or more attributes of a response to a session request that indicate a communication session cannot be established with a full set of features requested by the user. For example, the originating UE can determine that a response to a session request indicates at least one of (i) an inability to establish the communication session, or (ii) an ability to establish the communication session without support for the exchange of the non-voice content via the RTT media stream. Based on this determination, a communication session can be established that does not support the exchange of the non-voice content via the RTT media stream. In this manner, rich RTT features are sacrificed in order to connect the user.