Pre-Answer Call Context With Network Audio-to-Text Conversion

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Unsolicited phone calls often go unanswered, leading to missed important calls and excessive voicemail clutter, as current solutions waste time and resources in managing unwanted calls.

Innovation Solution

Requesting call context from the caller before answering, converting the audio response to real-time text (RTT) via a media resource function (MRF) within the wireless network, allowing the user to make informed decisions.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If the called party answers all incoming calls during a time period, then important calls are not missed, but time is wasted on unwanted calls

Engineering Contradiction:
Improveimportant call detectionVSAvoidtime on unwanted calls
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system performs preliminary action by requesting and obtaining call context information from the caller before the called party answers the call. This allows the called party to make an informed decision about whether to answer, avoiding time waste on unwanted calls while ensuring important calls are answered.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system introduces feedback by providing call context information (such as caller identification, purpose, or other relevant data) back to the called party before the call is answered. This feedback enables the called party to distinguish between important and unwanted calls, resolving the contradiction between catching all important calls and avoiding unwanted ones.

Inventive Principle:
Principle #23Feedback

2Reliability

If the called party parses through all voicemails to determine importance, then important messages are identified, but significant time is spent on unimportant ones

Engineering Contradiction:
Improvemessage importance identificationVSAvoidvoicemail parsing time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system applies preliminary action by providing call context information before the call is diverted to voicemail. This allows the called party to identify important calls in advance, so they can prioritize listening to only those voicemails that contain important messages, significantly reducing the time spent parsing through unimportant ones.

Inventive Principle:
Principle #10Preliminary action

3Productivity

If the called party rejects calls from unrecognized numbers, then unwanted calls are reduced, but valuable incoming calls may be missed

Engineering Contradiction:
Improveunwanted call reductionVSAvoidvaluable call reception
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The system resolves this contradiction by introducing feedback in the form of call context information from unrecognized callers. This feedback enables the called party to make informed decisions about whether to reject or answer calls from unrecognized numbers, reducing unwanted calls while avoiding missed valuable calls.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The system performs preliminary action by obtaining call context information before the called party decides to reject or answer. This preliminary information allows for more accurate filtering of calls, reducing the risk of rejecting valuable calls from unrecognized numbers.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS20250220099A1Call context request prior to answer
Publication Date: 2025.07.03 T MOBILE US INC
  • US20250220099A1 patent drawing
  • US20250220099A1 patent drawing
  • US20250220099A1 patent drawing

AI summary

Solutions are disclosed that request call context from the caller prior to answer by the called user equipment (UE). When the called UE receives an incoming call from a remote telephone, without accepting the incoming call, the called UE requests that the wireless network anchor the incoming call. The anchor point is a media resource function (MRF), in some examples. A request for call context is transmitted to the remote telephone (an audio request, in some examples). The MRF converts the incoming reply from the remote telephone to real time text (RTT), which is sent to the called UE, over the default bearer (in some examples). With the call context thus provided, the user of the called UE may make an informed decision of whether to accept the incoming call.