CN101888447B - 移动设备中tty模式的自动选择 - Google Patents

Abstract

本发明公开了一种允许用户从多个TTY模式中选择一种TTY模式以与一个电话号码相关联的方法和设备。相关联的TTY模式将用于使用该电话号码的输入或输出呼叫。还公开了与各个电话号码相关联的多个TTY模式，以及在没有TTY模式与特定电话号码相关联的情况下使用的缺省TTY模式的可选择集合。还讨论了可与电话号码或与TTY模式相关联的可选择音频模式。

Description

移动设备中TTY模式的自动选择

技术领域

本公开总体涉及移动电话领域，具体涉及在移动设备中使用地址簿或驻留于移动设备上的其他应用中的用户可设置条目来设置TTY模式。

背景技术

电传打字机(teletypewriter，TTY)，也称为用于聋人的电信设备(TDD)使得聋人或听力受损的人能够通过电话系统来通信。典型的TTY设备通过插孔或现有电话线连接至电话。历史上，从发送端通过TTY设备发送的表示文本消息的音调序列由接收端处的对等TTY设备接收。在传输期间，传输协议将音调序列转换为0和1表示的信号，如5比特Baudot码将5比特音调序列映射至字母、数字和标点以允许在对应方之间传输文本消息。非TTY设备不理解(编码或解码)这些通信。

在TTY设备上在单一行中显示TTY文本消息，从而需要使用TTY设备的两个人之间的TTY“礼节(etiquette)”来确定接下来哪个对端应当输入，并且在显示器上的哪个文本属于谁。

允许通过插孔来连接TTY设备的移动设备或用户设备(UE)需要用户在进行TTY呼叫之前将UE预设为TTY模式。典型地，这是通过在用户界面(UI)处的一系列菜单选择来完成的。一旦完成了TTY呼叫，用户必须在UI处通过一个或一系列菜单来取消对TTY模式的选择。

附图说明

图1是通信系统的框图。

图2是实现用于消息传输选择的无线移动通信设备的框图。

图3是将主叫类型和被叫类型映射为呼叫类型(TTY模式)的图。

图4是示意了产生电话号码与TTY模式(呼叫类型)之间的关联的流程图。

图5是示意了使用用户可设置的TTY模式设置来发起呼叫的流程图。

图6是示意了使用用户可设置的TTY模式设置来接收呼叫的流程图。

具体实施方式

描述了一种用于自动将UE设置为能够通过用户界面(UI)来设置的多个TTY模式之一的设备和方法。在以下描述中，为了说明目的，阐述了许多具体细节以提供对所公开材料的透彻理解。然而，对受益于本公开的本领域技术人员显而易见地，在不完全遵守这些具体描述的情况下可以实现所描述的思想和实施例。

本公开还包括计算机可读介质，被配置为使得在由处理器(亦称为微处理器，或可以执行存储指令的任何其他逻辑)执行时，执行这里描述的过程。

参照附图，图1示出了电信网络和UE设备的一个实施例的概况。显然，实际上可以有许多UE设备与网络进行操作，并且尽管描述了一个通信网络，但是本公开预期在任何合适的电信网络中使用。为简单起见，图1仅示出了网络的主要功能块或组件。本领域技术人员清楚，实际上网络将包括比所示出的多得多的组件。

图1示出了在通用移动电信系统(UMTS)中使用的通用陆地无线接入网(UTRAN)100的概况。网络100包括3个无线网络子系统(RNS)102。每个RNS具有无线网络控制器(RNC)104。每个RNS 102具有一个或多个Node B 106，Node B 106的功能与全球移动通信系统(GSM)无线接入网中的基站发送机相似。用户设备(UE)108是无线接入网内的一个移动台。在UTRAN中，在UE与一个或多个Node B之间建立无线连接(在图1中由虚直线指示)。

无线网络控制器控制RNS 102内的无线资源的使用和可靠性。每个RNC还可以连接至3G移动交换中心110(3G MSC)和3G服务通用分组无线服务(GPRS)支持节点112(3G SGSN)。每个RNC 104控制一个或多个Node B 106。RNC加上其Node B一起构成RNS 102。Node B控制一个或多个小区。每个小区由频率和主扰码唯一标识。

一般地，在UMTS中，小区是指UE可以从小区标识符唯一识别的无线网络对象，小区标识符是从UTRAN接入点在地理区域上广播的。UTRAN接入点是在UTRAN内执行无线发送和接收的概念点。UTRAN接入点与一个指定小区相关联，即每个小区有一个UTRAN接入点。这是无线链路的UTRAN侧端点。单个物理Node B 6可以作为多于一个小区来操作，这是由于它可以在多个频率和/或使用多个扰码来操作。每个UE也可以在数字上唯一标识。一个常用示例是订户识别模块(SIM)，SIM上存储有称为国际移动订户标识(IMSI)的服务订户密钥，这是可以与UE永久关联的唯一号码；也可以使用其他标识存储装置。

继续至图2，UE 200(与图1中的UE 108相对应)是示例性无线通信设备。UE 200是至少具有语音通信能力并优选具有数据通信能力的双向无线通信设备。UE 200可以具有与因特网上的其他计算机系统通信的能力。根据所提供的具体功能，无线设备可以被称为例如数据消息收发设备、双向寻呼机、无线电子邮件设备、蜂窝电话、具有数据消息收发能力的蜂窝电话、无线因特网设备或数据通信设备。

UE 200使用通信子系统211，包括接收机212和发射机214，以及相关组件，如一个或多个天线元件216和218、本地振荡器(LO)213以及如数字信号处理器(DSP)220之类的处理模块。对通信领域的技术人员显而易见地，通信子系统211的具体设计取决于设备预期在其中操作的通信网络和当前最新技术。例如，移动台200可以包括被设计为在Mobitex^TM移动通信网络、DataTAC^TM移动通信系统、GPRS网络、UMTS网络、EDGE网络或任何其他合适的电信网络中操作的通信子系统211。

网络接入要求也可以根据网络类型而改变。例如，在Mobitex和DataTAC网络中，移动台200使用与每个移动台相关联的唯一标识号码在网络上注册。然而，在UMTS和GPRS网络中，网络接入与移动台200的订户或用户相关联。因此，GPRS移动台需要订户标识模块(SIM)卡来在GPRS网络上操作。没有有效的SIM卡，GPRS移动台不能完全工作。本地或非网络通信功能，以及依法需要的功能(如果有)，如“911”紧急呼叫可以可用，但移动台200不能执行涉及网络上的通信的任何其他功能。SIM接口244通常与可以像磁盘或PCMCIA卡那样插入和弹出SIM卡的卡槽类似。SIM卡典型地可以具有近似64K的存储器，随着存储器成本降低将具有更大存储器，并且典型地保存密钥配置信息251和其他信息253，如标识和订户相关信息。

当完成所需的网络注册或激活过程时，移动台200可以通过网络发送和接收通信信号(总体由219表示)。天线216通过通信网络接收的信号输入至接收机212，接收机212执行常见接收机功能，如信号放大、下变频、滤波、信道选择等，并且在所示的示例系统中执行模数(A/D)转换。接收信号的A/D转换允许更复杂的通信功能，如要在DSP 220中执行的解调和解码。按照类似方式，对要发送的信号进行处理，包括例如DSP 220的调制和编码，并将其输入至发射机214进行数模转换、上变频、滤波、放大并经由天线218在通信网络上发送。DSP 220不仅处理通信信号，还提供接收机和发射机控制。例如，通过DSP 220中实现的自动增益控制算法，可以自适应地控制接收机212和发射机214中应用至通信信号的增益。

移动台或UE 200典型地包括微处理器238，通过执行微处理器可检索的存储器中按可执行顺序存储的代码或软件，来控制设备的总体操作。通过通信子系统211执行通信功能，包括至少数据和语音通信。微处理器238还与其他设备子系统交互，如显示器222、闪存224、随机存取存储器(RAM)226和/或任何其他存储器类型(未示出)、辅助输入/输出(I/O)子系统228、串行端口230、键盘232、扬声器234、麦克风236、短距离通信子系统240和总体上标记为242的任何其他设备子系统。具体包括有用户界面(UI)，UI典型地包括上述键盘但不限于键盘。键盘可以是物理的或虚拟的，或者UI可以被配置为一系列选择，当UE运行利用UI处确定的选择的应用时，在键盘处的输入确定UE将执行(实现)哪个选择。应用是微处理器可访问的存储器中存储的软件、或微处理器可执行的代码，在执行时实现所描述的功能。

图2中所示的一些子系统执行与通信相关的功能，而其他子系统可以提供“驻留”或设备上的功能。显然，一些子系统，例如键盘232和显示器222可以用于与通信相关的功能(如输入文本消息以在通信网络上发送)和设备驻留功能(如计算器或任务列表)。微处理器238使用的操作系统软件优选地存储在永久存储器中，如闪存224，或者可以代之以只读存储器(ROM)或通过功率循环(未示出)保持状态的类似存储元件。本领域技术人员可以认识到，操作系统以及逻辑上定义的应用(如游戏、地址簿)或其部分是从NVRAM或ROM或任何其他非易失性存储器临时加载入易失性存储器(如RAM 226)的代码或程序。接收的通信信号也可以存储在RAM 226中。

如图所示，闪存224可以被分为用于计算机程序258和程序数据存储250、252、254和256的不同区域。这些不同的存储类型指示了每个程序可以针对其自身的数据存储需要来分配闪存224的一部分。除了其操作系统功能以外，微处理器238实现了在移动台上的软件应用的执行。控制基本操作的预定应用集合(例如包括至少数据和语音通信应用)，通常在制造期间安装在移动台200上。优选软件应用可以是个人信息管理器(PIM)应用，PIM应用能够组织和管理与移动台的用户相关的数据项，例如但不限于：电子邮件、日历事件、语音邮件、约会和任务项。自然，在移动台上，一个或多个存储器存储可用于便于PIM数据项的存储。这种PIM应用能够经由无线网络发送和接收数据项，还可以被配置为与其他应用(如地址簿252，如果需要)交换数据或信息。在一个实施例中，PIM数据项经由无线网络与主机系统存储或与主机系统相关联的移动台用户的对应数据项无缝集成、同步和更新。其他应用也可以通过网络、辅助I/O子系统228、串行端口230、短距离通信子系统240或任何其他合适的子系统242加载到移动台200上，并在用户引导下安装到RAM 226和/或还安装到非易失性存储器(未示出)中以由微处理器238来执行。这种应用安装的灵活性增加了设备的功能，并可以提供增强的设备上功能、通信相关功能或两者兼有。例如，安全通信应用可以实现要使用移动台200来执行的电子商务功能和其他这种金融交易。这里使用的应用还包括实现这里描述的TTY相关功能所需的软件(代码)。

在数据通信模式中，接收信号，如基于文本的消息、TTY兼容数据或网页下载可以由通信子系统211处理，并输入至微处理器238，微处理器238优选地进一步处理接收信号以输出至显示器222或备选输出至辅助I/O设备228。如果UE在外部TTY设备模式(外部TTY模式)下，则根据UE和外部TTY设备的设计方式，通过I/O端口228或串行端口230之一将输出发送至TTY设备(未示出)。如果UE在外部TTY模式下，则通过相同的端口接收用户输入，即将有TTY设备连接至单一端口，数据将通过该端口从UE发送至TTY设备并从TTY设备接收数据。移动台200的用户也可以使用键盘232结合显示器222来编写如电子邮件消息之类的数据项，键盘232可以是完整的字母数字键盘或电话类型的小键盘。如果设备在外部TTY模式下，则这将通过TTY设备操作连接的端口来进行。然后，可以通过通信子系统211将这种编写项在通信网络上发送。

使用微处理器可执行的代码，使UE 200能够检测触发事件并将其自身设置到外部TTY模式或离开外部TTY模式。这种代码可以是其他代码或软件可调用的独立指令集，或者可以根据需要被配置为更大组件或软件包的一部分。

对于UE具有所需硬件(例如字母数字输入、显示器上的文本输出等)的实施例(典型地在智能设备上找到)，在UE设备上也可以内部处理TTY功能。当UE在内部TTY模式下时出现这种情况。为此，将有计算机可读介质、软件包、代码、应用或其任何组合，当由微处理器执行时，使UE用作TTY设备(能够根据需要来编码和解码TTY兼容信号)。在这种模式下，不需要外部设备，并且用户I/O通过UE的键盘和显示器。UE决不限于像传统TTY那样操作，而是UE具有TTY的基本功能和如下进一步描述的更多功能。

对于语音通信。移动台200的总体操作类似，但是接收信号优选输出至扬声器234，并且用于发送的信号由麦克风236产生。备选的语音或音频I/O子系统，如语音消息记录子系统，也可以在移动台200上实现。尽管语音或音频信号输出优选地主要通过扬声器234来完成，但是显示器222也可以例如用于提供主叫方身份、语音呼叫持续时间或其他语音呼叫相关信息的指示。

串行端口230可以用于个人数字助理(PDA)类型的设备或“智能电话”中，用于将UE上的数据与用户的台式计算机(未示出)同步(如果UE支持这种功能)。这种端口230使用户能够通过外部设备或软件应用来设置优选项，并且通过不经由无线通信网络来向移动台200提供信息或软件下载来扩展移动台200的能力。备选的下载路径可以例如用于通过直接并因此可靠和可行的连接将加密密钥加载至设备，从而实现安全设备通信，或者，使得更容易设置使UE能够自动设置其状态所需的字段。

其他通信子系统240，如短距离通信系统，是另一可选组件，可以提供移动台200与不同系统或设备(不必需是类似设备)之间的通信。例如，子系统240可以包括红外设备和相关联电路和组件或Bluetooth^TM或USB通信模块，以提供与具有类似能力的系统和设备(包括任何这样配备的TTY设备)的通信。

存储器224是如RAM之类的可写存储器，其他设备组件和系统可以向其写入数据，并且包括用于地址簿252的存储区以及应用数据存储区256。地址簿252存储联系人信息。在一个实施例中，地址簿252包括用于存储用户可设置的TTY模式选择的字段，并用于在呼叫发起或呼叫接收时读取这些字段来自动设置UE的TTY模式。在其他实施例中，可以有驻留于存储器中的独立应用来执行相同功能(不必具有地址簿)。在一些实施例中，这种地址簿中的条目可以用于寻址输出消息，或使用来自对应地址簿条目的个人或熟悉的名字来替换输出或接收消息中的寻址信息(如电子邮件地址)。在其他实施例中，地址簿用于基于输入电话号码来关联与主叫方相关的信息，或者通过在UI处仅参照地址簿中的条目来容易地进行输出呼叫。例如，可以通过使用输入设备(未示出)输入联系人信息或从接收的消息中选择地址来手动创建地址簿条目，或者，例如使用通过本地连接从本地源(如另一UE或PC)下载的信息或者通过空中从网络下载的信息来自动创建地址簿条目。应用数据存储器256存储与UE(移动设备)200上的软件模块和应用相关联的数据。在应用数据存储器256中存储的数据典型地不仅包括由软件应用处理的文件和数据，还包括配置信息。

数据存储器256示意了可以在UE 200的存储器224中实现的存储器。除了图2所示的之外，其他设备系统也可以使用存储器206，并且存储器226用于存储这里描述的及其他类型的数据。

移动设备或UE的用户可能以多种方式受到身体上的损伤。用户可能是聋人或具有听力困难(HoH)。用户可能不能说话(失去其嗓音的使用或其他损伤)，或者不能以适用于仅语音通信的方式说话。每个用户可能要克服这些困难中的一些或全部。为了使用UE来进行通信，每个用户可以自由决定哪个适用于他们。为了本公开的目的，用户可以在功能上归类为以下之一：聋/HoH或有听觉，以及以下之一：能说话或不能说话。这导致每个用户(或主叫或被叫)具有以下描述的4种可能特征或类型之一。对于本公开，呼叫发起方或主叫方是“主叫”，而接收方或被叫方是“被叫”。

4种主叫特征或类型：

(1)聋或听力困难(HoH)并且不能说话

传统TTY用户。

需要向被叫发送基于TTY的通信。

需要从被叫接收基于TTY的通信。

(2)有听力并且不能说话

HCO(听力辅助)用户。

需要向被叫发送基于TTY的通信。

可以从被叫接收基于TTY的通信和/或语音。

(3)聋或HoH并且能说话

VCO(语音辅助)用户。

可以向被叫发送基于TTY的通信和/或语音。

需要从被叫接收基于TTY的通信。

(4)有听力并且能说话

传统语音用户，不需要TTY服务，但可以使用它们。

4种被叫特征或类型：

(5)聋或HoH并且不能说话

传统TTY用户。

需要从主叫接收基于TTY的通信。

需要向主叫发送基于TTY的通信。

(6)有听力并且不能说话

HCO(听力辅助)用户。

可以从主叫接收基于TTY的通信和/或语音。

需要从主叫接收基于TTY的通信。

(7)聋或HoH并且能说话

VCO(语音辅助)用户。

需要从主叫接收基于TTY的通信。

可以向主叫发送基于TTY的通信和/或语音。

(8)有听力并且能说话

传统语音用户，不需要TTY服务，但可以使用它们。

这些主叫和被叫特征可以映射至4种呼叫特征、呼叫类型或TTY-模式(这里可互换地使用TTY-模式和TTY模式)之一。这4种类型或模式是：

需要双向TTY；

需要单向TTY：主叫-＞被叫；

需要单向TTY：被叫-＞主叫；以及

不需要TTY。

这些在下表中更全面地描述。主叫类型和被叫类型使用来自以上描述的数字指示符。

上表示出了可以对UE的用户可用的各种选项和设置，可以与电话号码(或个人或其他ID具有与该ID相关联的电话号码)相关联。

如果UE连接至附着的TTY设备，则典型地选择被限制为针对每个号码将TTY模式设置为“开启”或“关闭”。在这种情况下，UE可以被配置用作所附着的单独TTY设备的通过设备。可以使UE在内部对TTY信号进行解码，并将信号传送至TTY设备，使得除所附着的TTY设备之外，UE可以用作TTY通信的显示器。由于设备冗余，这不预期是常见实施例，但是这是完全可以想到的。UE也可以在UI处配置，使得当电话检测到TTY设备已附着时，电话将所有呼叫设置为TTY模式，直到设备分开。

当与智能电话(如BlackBerry^TM)上的原生或内部TTY软件包一起使用时，从而UE具有所需的软件和硬件以像TTY设备那样操作(它是TTY兼容设备)，TTY设置(或呼叫类型、呼叫模式或TTY模式)可以将指定ID或电话号码与这里描述的任一类型相关联。以下给出示例TTY模式设置(这是基于上表的模式的可能选择)。

(A)TTY开启，音频关闭：TTY功能双向，不向被叫发送音频或向主叫呈现音频(没有音频的双向TTY通信)。

(B)TTY开启，音频开启：TTY功能双向，还向主叫和被叫发送并呈现音频(具有双向音频的双向TTY通信)。

(C)TTY输出，音频输入：仅向被叫发送TTY数据；仅向主叫呈现音频(从主叫至被叫的单向TTY通信，从被叫至主叫的单向语音通信)。

(D)TTY输入，音频输出：仅向被叫发送音频信号；仅向主叫呈现TTY数据(从被叫至主叫的单向TTY通信，从主叫至被叫的单向音频通信)。

(E)TTY关闭：仅音频呼叫(没有TTY通信的双向音频)。

其他可能的模式包括与单向TTY通信一起使用的双向音频，或者与单向音频一起使用的双向TTY通信。

这多种模式使用户能够考虑其需要和期望以及接收方的需要和期望来设置其TTY设置。以下给出示例。

类型2主叫用户可以将其电话设置为：

将模式(A)与类型5联系人的电话号码相关联，使得任一方向没有音频信号，在类型5用户附近往往有有听力的人的情况下，这最小化了对背景噪声的贡献；以及

将模式(C)与类型8联系人的电话号码相关联，类型8联系人不喜欢使用或者有身体限制妨碍其使用TTY设备来进行输入，但是可以在其设备上接收TTY数据(这也更好地使用户的电话显示器还可用于除其TTY功能之外的目的，这是由于TTY数据不是从两个源在其上显示)。

听力困难但不聋的类型3用户将其电话设置为：

将模式(A)与类型5联系人的电话号码相关联，使得任一方向没有音频信号(有助于为附近的其他人保持较低的背景噪声)；

将模式(B)与类型7联系人的电话号码相关联，类型7联系人也具有听力困难但不聋，这允许使用TTY输出来补充和/或校正音频对话；以及

将模式(E)与没有TTY能力的类型8联系人的电话号码相关联。

类型4用户可以将其电话设置为：

将模式(A)与类型5联系人的电话号码相关联，使得任一方向没有音频信号(有助于为附近的其他人保持较低的背景噪声)；

将模式(B)与类型7联系人的电话号码相关联，类型7联系人也具有听力困难但不聋，这允许根据需要使用TTY输出来补充和/或校正音频对话；以及

将模式(E)与类型8联系人的电话号码相关联。

这些仅是一些示例；在任一实施例中，可以支持设置的所有组合。也可以有在指定UE中实现所有可能选择的子集的实施例。例如，在较低成本电话上的简化UI可以被配置为针对每个ID或电话号码仅允许开启/关闭TTY选择(无单向TTY连接，或者无TTY与音频的组合)。

除了设置和使用TTY模式之外，在一个实施例中，具有原生TTY应用的智能电话(如BlackBerry)可以被配置为自动实现用于音频I/O的耳机(如Bluetooth^TM或有线耳机)的使用，以更好地使用户屏幕能够可用于TTY通信的文本部分(位于眼睛前方而不是靠近耳朵)。不同的音频模式设置可以与不同的TTY模式相关联，并且，针对每个TTY模式可以有缺省音频模式。一些实施例将音频模式与TTY模式相关联，其他实施例可以具有分级的音频模式选择，其中，如果没有音频模式与指定电话号码(最高优先级)相关联，并且如果没有音频模式与电话号码的TTY模式(下一优先级)相关联，则使用一般缺省音频模式。

音频模式可以非常简单，如“当选择了不同于无TTY的任何TTY模式时使用扬声器电话设置”。它们可以更加复杂，提供扬声器电话、无线音频输入/输出(典型地是Bluetooth

耳机)、硬连线音频输入/输出或“普通”UE音频I/O之间的选择。任何音频I/O方法可以与本公开一起使用，并且可以作为选项添加至UE上已有的可选择音频I/O。

图3示意了主叫类型、被叫类型和得到的呼叫类型(TTY模式)的映射。框300是起始点。给定4种主叫类型中的每一种。小数字306与上面讨论的主叫/被叫描述相对应。从主叫类型之一开始，沿线至所需的被叫类型。例如，选择主叫类型2(有听力，不能说话)，并沿线从主叫类型2的框至大框302中的被叫类型之一，如类型7(聋/HoH，能说话)。继续沿从框7发出的箭头至在大框304中找到的呼叫类型之一。在这种情况下，从主叫类型2开始至被叫类型7产生呼叫类型：单向TTY，主叫至被叫(图示为主叫-＞被叫)。这可以针对主叫和被叫的任何组合来进行，以确定所需的最小TTY模式。

在图3的底部可以注意到，如果需要，一个实施例允许任一呼叫类型可选地映射(由用户在UI处)至全双向TTY连接(有或没有音频)。可以实现其他实施例以允许将单向TTY连接之一或两者映射至双向TTY连接，或者要求单向TTY连接之一或两者映射至双向TTY连接。

继续至图4并讨论图4a，所示为用于将TTY模式与电话号码或ID相关联的流程图。在框400开始处理，用户在UI处选择或指示要进行电话号码或ID之间的关联。这可以采取UI设计者可能期望的任何形式。例如，可以有UE触摸屏上的永久图标，当触摸该图标时，发起这些动作。可以有单用途或多功能按钮来按动，或者可以有一系列一个或多个菜单屏幕来遍历，以选择发起处理。任何方法可以用于在UI处选择或发起所需UI选项或序列，以允许进行电话号码与TTY模式之间的关联。

继续至框402，UE以使用户能够与UI交互的方式呈现将TTY模式与电话号码或ID相关联的应用。典型地，这可以被呈现为屏幕上的图标、菜单、标签或可视标记，但不限于该UI界面；可以使用预期用户可检测的任何呈现方式。继续，当TTY模式被认为与电话号码相关联时，应理解，这种关联是根据UE正在使用的应用或包来进行的。对于成本缩减模型，可以有简单UI，包括一些步骤或输入屏幕，以文字方式将电话号码(数字串)与TTY模式(如果选择被缩减至TTY模式开启或关闭，则可以是单一比特字段，或者针对4种TTY模式使用2比特字段)相关联。在另一极端，UE可以具有全功能地址簿或个人信息管理器(PIM)，使用不同于电话号码的标识符(ID)来对与ID相关的所有信息进行相关。所相关的信息可以包括一个或多个电话号码以及针对每个电话号码的TTY模式。因此可以理解，UI的具体细节必须由用于产生和存储电话号码与TTY模式之间关联的应用来确定并与其一致。与UE中将使用和存储该关联的应用一致，启动用于关联电话号码和TTY模式的UI。

移至判定菱形框404，UE需要确定要与TTY模式相关联的电话号码是否已经作为关联应用中的条目而存在(“关联应用”是指在电话号码与TTY模式之间进行关联的任何应用或代码，可以从最简单的专用包到完全成形的PIM应用)。将有UI选择允许指示要与TTY模式相关联的电话号码是新的或已知的。如果电话号码是新的，则从判定菱形框404取“否”出口至框408。与框408相关联的操作是在保存该关联的应用中创建新电话号码条目所需的操作。一旦完成，则离开框408至框410。

如果判定菱形框404中的答案为是，则取“是”出口至框406。与框406相关联的操作是允许选择关联应用中已有的电话号码所需的操作。UI使用户能够指示要将哪个电话号码与TTY模式相关联(或与不同的TTY模式相关联)。在选择了已有电话号码之后，离开框406至框410。

与框410相关联的动作包括选择(从菜单中)或检测哪个TTY模式与当前选择的电话号码相关联。这里描述的任一TTY模式可以是选择，或者，可以允许这里描述的所有可能的子集。一旦在UI处选择、输入或指示了TTY模式，则离开框410至框412。

与框412相关联的动作包括与电话号码相关联地、可检索地存储TTY模式。离开框412至终点414，指示新产生的关联准备好与输入呼叫或输出呼叫一起使用。

图4b是示意了音频模式与电话号码(或ID)相关联的流程图。起始指示符416与电话检测到要进行音频模式与电话号码的关联的指示相关联。注意，这可以是与400相同的入口点。进入框418，其中确定要针对其设置音频模式的电话号码。确定特定电话号码是否已经存在于关联应用中或需要输入的过程上面已经描述，并且这里同样适用。备选地，TTY模式可以被选为音频模式要关联的实体。虽未示出但完全可以想到的是，另一选项将针对UE上的所有TTY模式设置缺省音频模式。UE设计者可以根据UE的复杂度和成本点来混合和匹配这些关联能力。

继续至框420，使UI能够检测来自用户的、关于要将哪个可用音频模式与电话号码相关联的输入。典型地，这将呈现为可用音频模式的列表，用户从该列表中选择一个音频模式，但是，允许选择音频模式的任何UI都可以使用。备选地，所选音频模式与TTY模式相关联，然后，该音频模式可以和与该TTY模式相关联的任何电话号码一起使用。备选地，音频模式被赋值为可以与没有其他音频模式与其相关联的任何TTY模式一起使用的一般电话缺省。

继续至框422，以与电话号码、TTY模式相关联或作为一般缺省的方式来存储所选音频模式。终点422指示所选择和存储的音频模式现在可以与其相关联实体(电话号码、TTY模式或一般UE缺省)一起用于输入呼叫和输出呼叫。

在图5和6的描述中，描述了TTY模式选择和使用过程。对于所做出的每个TTY模式选择，做出了相关联的音频模式选择。该音频模式可以与电话号码、与TTY模式相关联或作为一般UE缺省。注意，典型地，如果用户没有进行任何音频模式选择，则存在由UE制造商或服务提供商设置或实现的一般UE缺省音频模式。在每个部分的示意中，除TTY模式选择之外还示出相关联的音频模式选择将使示意过于复杂。因此，尽管在图5和6中未详细讨论，但描述完全包含了音频模式的选择以及TTY模式的选择。这不意味着UE的所有实施例将具有音频模式选择。一些实施例仅具有TTY模式选择，并且使用预先编程的音频模式设置，因此用户可能无法改变它们。其他实施例实现了音频模式以及TTY模式的设置和使用。应在允许但不要求音频模式选择和使用与TTY模式选择和使用并行进行的意义下阅读图5和6。

继续至图5，所示为与用于输出呼叫(从UE进行的呼叫)的电话号码相关联的TTY模式的使用。过程起始指示符500与开始电话呼叫所需的任何操作相关联。一旦启动，则进入框502。与框502相关联的动作包括UE确定要呼叫的电话号码，此时离开框502至判定菱形框504。与判定菱形框504相关联的动作是确定要呼叫的电话号码是否在关联应用(指示为图5中的“地址簿”，这是一个实施例)中。如果答案为是，则取“是”出口至框506。如果答案为否，则取“否”出口至框508。

与框506相关联的动作是检索电话号码条目和任何相关联数据。继续至判定菱形框510，如果相关联数据包括TTY模式，则取“是”出口至框516。如果没有TTY模式指示符或数据，则取“否”出口至框514。与框514相关联的动作包括使用缺省TTY模式。注意，这可能涉及多个子过程，并且将高度依赖于实施例。一些实施例允许用户设置缺省TTY模式用于一般呼叫。备选地，服务提供商或其他管理者可以设置所使用的标准缺省。只要没有与该电话号码相关联的其他TTY模式，就可以使用缺省选择。备选地(未示出)，UI可以显示指示符：尽管在关联应用中，但是该号码没有选择TTY模式。UI允许用户使用缺省TTY模式，或输入要与该电话号码一起继续使用或作为一次性事件使用的TTY模式。由此确定了TTY模式，并且离开框514至框518。

如果从判定菱形框514取“是”出口至框516，则执行与框516相关联的动作。这包括针对该电话号码来检索相关联的TTY模式。离开框516至框518。

在判定菱形框508进行的判定是：是否要使用UE缺省TTY模式。如果UE被设置为针对输入呼叫使用缺省TTY设置，则取“是”出口至框518。如果不要使用缺省TTY模式，则取“否”出口至框512。与框512相关联的动作是调用UI界面的使用，使用户能够指示要使用何种TTY模式。该算法以某种TTY模式被选择而结束。离开框512至框518。

与框518相关联的动作包括将UE设置为针对该呼叫使用刚刚确定的TTY模式。这可以是这里讨论的任一TTY模式。继续至框520，根据TTY模式来进行呼叫和处理呼叫。这在该呼叫的生命期中持续。一旦检测到呼叫结束，则进入框522。与框522相关联的动作是与终止呼叫相关联的动作(结束任何TTY输出，或终止当前使用的TTY模式)。在终止呼叫之后，进入框524。与框524相关联的动作包括与将UE重新设置为缺省TTY模式相关联的动作(包括非TTY模式或仅语音模式)。注意，这是依赖于实施例的，这是由于在下一呼叫可能还使用相同的TTY模式的假设之下，一些电话设计者可能选择将电话保留在刚刚使用的TTY模式。退出框524至终点526，终点526与电话处于稳定状态以用于下一输入呼叫或输出呼叫相对应。

继续至图6，所示为用于接收呼叫的示例流程。过程起始点600与UE准备接收呼叫相对应。在接收到输入呼叫时进入框602，框602中的另外操作包括：UE确定与输入呼叫相关联的电话号码。然后进入判定菱形框604，以确定是否有与该电话号码相关联的TTY模式。如果答案为否，则没有与该电话号码相关联的TTY模式，并且取“否”出口至判定菱形框608。如果答案为是，则有与该电话号码相关联的TTY模式，然后取“是”出口至框606。与框606相对应的动作包括检索与输入电话号码相关联的TTY模式。离开框606至框614。

在判定菱形框608判定是否要使用UE缺省TTY模式。如果将UE设置为针对输入呼叫使用缺省TTY设置，则取“是”出口至框610。与框610相关联的动作是选择缺省TTY模式。如果不要使用缺省TTY模式，则取“否”出口至框612。与框612相关联的动作是调用UI界面的使用，以使用户能够指示要使用何种TTY模式。这可以是少量选择之间的简单的单一菜单选择，或者可以是通过多个菜单遍历的一系列选项。在所有情况下，用户指示要使用哪个TTY模式。在一些实施例中，如果用户在预定时间限制内未响应，则电话可以选择缺省TTY模式。这是为了在用户以某种方式不能进行操作时防止电话不能响应输入呼叫。该算法以某种TTY模式被选择而结束。离开框612至框614。

与框614相关联的动作包括将UE设置为针对该呼叫使用刚刚确定的TTY模式。这可以是这里讨论的任一TTY模式。继续至框616，根据TTY模式来进行呼叫和处理呼叫。这在该呼叫的生命期中持续。一旦检测到呼叫结束，则进入框618。与框618相关联的动作是与终止呼叫相关联的动作(结束任何TTY输出，或终止当前使用的TTY模式)。在终止呼叫之后，进入框620。与框620相关联的动作包括与将UE重新设置为缺省TTY模式相关联的动作(包括非TTY模式或仅语音模式)。注意，这是依赖于实施例的，这是由于在下一呼叫可能还使用相同的TTY模式的假设之下，一些电话设计者可能选择将电话保留在刚刚使用的TTY模式。退出框620至终点622，终点622与电话处于稳定状态以用于下一输入呼叫或输出呼叫相对应。

以上描述是为了示意这里包含的新的和非显而易见的思想的示例。对于受益于本公开并具有本领域知识的人，在所描述和要求保护的概念的范围内(不论是否明确描述)，变型是显而易见的。

Claims (4)

1.一种在用户设备中在呼叫发起期间使用电传打字机‘TTY’模式的方法，所述用户设备可配置为在无线电信系统中使用，所述方法包括：

针对呼叫检测呼叫发起，其中所述呼叫发起是输入呼叫；

确定所述输入呼叫的电话号码；

确定多个TTY模式中的一个TTY模式是否与所述电话号码相关联；

当没有TTY模式与所述电话号码相关联时，使用关联应用来使得能够在用户设备的用户界面处从多个TTY模式中进行选择；

当在预定时间内没有接收到用户选择时，选择缺省TTY模式以供所述输入呼叫使用；以及

如果多个TTY模式中的所述一个TTY模式先前已经与所述电话号码相关联，则使用所检索的TTY模式，以与所检索的TTY模式一致的方式来配置所述用户设备；检测所述呼叫已经终止；以及将所述用户设备的配置恢复回非TTY模式或所述缺省TTY模式。

2.根据权利要求1所述的方法，其中，能够用于选择的TTY模式包括至少两种模式，所述两种模式包括：不使用音频的双向TTY通信模式；以及使用双向音频的TTY关闭模式。

3.根据权利要求2所述的方法，其中，能够用于选择的TTY模式还包括：使用双向音频的双向TTY通信。

4.根据权利要求2所述的方法，其中，能够用于选择的TTY模式还包括：

从主叫至被叫的单向TTY通信、从被叫至主叫的单向音频通信；以及

从被叫至主叫的单向TTY通信、从主叫至被叫的单向音频通信。

Images