CN103270702B - 用于在通信会话中启用音频发送的系统、方法和装置 - Google Patents

Abstract

在一个实施例中，通信设备加入全双工通信会话，并且在第一时间在该全双工通信会话中禁用音频发送。通信设备在第一时间之后的第二时间检测到音频发送启用控件处于第一状态，并且响应于检测到音频发送启用控件处于第一状态，在该全双工通信会话中启用音频发送。通信设备在第二时间之后的第三时间检测到音频发送启用控件处于第二状态，并且响应于检测到音频发送启用控件处于第二状态，在该全双工通信会话中禁用音频发送。

Description

用于在通信会话中启用音频发送的系统、方法和装置

背景技术

允许通信设备阻止或禁止音频发送（即，音频信号的发送）的已知的静音功能对于这些设备的用户来说通常难以操作。例如，启用和禁用静音的控件经常位于通信设备的菜单层次的深处。因此，为了激活或撤销这些通信设备的静音功能，用户必须巡览各种菜单并且定位静音或解除静音选项。

此外，静音功能通常被实现为切换功能。即，选择控件来启用静音功能和单独选择该控件或不同的控件来禁用静音功能。静音控件的切换操作对于用户来说可能是有问题的。例如，一些用户在全双工通信会话期间在讲话之后经常忘记重新接入静音功能。此外，如果在静音状态下不注意地暂时选择了静音控件，那么通信设备切换到非静音状态并且保持发送音频信号直到再次选择静音控件重新接入静音功能。

结果，旁边的对话、背景噪声和/或其它音频信号在全双工通信会话期间会被无心地发送。此外，通信设备的用户经常在通信会话期间对抗背景噪声和意外的中断。

附图说明

图1A和图1B是根据一个实施例的已知的半双工通信系统的原理图。

图2是根据一个实施例的全双工通信系统的原理图。

图3是根据一个实施例的通信设备的原理性框图。

图4是根据一个实施例在通信设备处控制音频发送的过程的流程图。

图5是根据另一个实施例在通信设备处控制音频发送的过程的流程图。

图6是根据一个实施例的通信设备的逻辑原理性框图。

图7是根据一个实施例的包括处理器和存储介质的系统的原理性框图。

具体实施方式

电话通信会话（在本文中也被称为“通信会话”）是逻辑连接，其允许音频信号在一组诸如电话、蜂窝电话的通信设备以及计算设备（例如，个人电脑、膝上型计算机或笔记本电脑、平板或板式计算设备、个人数字助理（“PDA”）和/或其它计算设备）之间的发送和接收。例如，一些通信设备承载（即，在存储器处存储并且在处理器处执行）诸如电话或互联网协议语音（“VoIP”）软件应用的通信会话管理软件模块（在本文中也被称为“通信会话管理器”）。通信会话可以分为半双工或全双工。与半双工通信会话相关联的通信设备能够在半双工通信会话中发送和接收音频信号，但是不能在该半双工通信会话中同时（或并发地）发送和接收音频信号。换句话说，当这样的通信设备在半双工通信会话中正在发送音频信号时，其不接收音频信号。此外，半双工通信会话通常在任何给定的时刻仅支持（或允许）从一个设备进行发送。换句话说，半双工通信会话同时支持在多个通信设备处的音频信号的接收，但是在一个时刻只支持从一个通信设备进行音频信号的发送（或音频发送）。这种通信会话（以及支持或提供这种通信会话的系统）通常被称为按键通话（“PTT”）。作为半双工通信会话的示例，图1A和图1B是根据一个实施例的半双工通信系统的原理图。图1A和图1B示出了通信设备150、160和170以及分别与通信设备150、160和170通信的基站110、120和130。基站110、120和130经由通信链路140互相通信。

通信链路140可以包括允许基站110、120和130互相通信和/或与其它计算设备通信的任何连接器和/或系统。例如，通信链路140可以是线缆（例如，电信线缆、双绞线、同轴线缆或光纤线缆）、无线链路或连接（例如，射频链路、无线光链路、红外线链路或声链路）、或者支持通信符号的传输的任何其它连接器或系统中的一个或多个。此外，通信链路140可以包括能够发送信息（例如，表示数据的符号或信号）的通信网络或通信网络的组合，诸如，例如，以太网网络、光纤网络、交换结构、无线网络、内联网和/或互联网。

在一些实施例中，通信链路140可以包括例如通过桥、路由器、交换机、集线器和/或网关来操作地互相耦合的多个通信链路和/或通信网络。例如，基站110可以操作地耦合到以太网（未示出），并且数据相干引擎120能够操作地耦合到光纤网络（未示出）。蜂窝网络和光纤网络每一个能够经由一个或多个网桥、路由器、交换机和/或网关来操作地互相耦合，使得蜂窝网络和光纤网络操作地耦合以形成通信链路。或者，蜂窝网络和光纤网络每一个能够经由一个或多个额外的通信网络操作地互相耦合。例如，蜂窝网络和光纤网络每一个能够操作地耦合到互联网，使得蜂窝网络、光纤网络和互联网操作地耦合以形成通信链路。

链路L11、L12和L13示出了在图1A和图1B的半双工通信系统处所支持的半双工通信会话中的信息（例如，音频信号）流。因为通信会话是半双工的，因此通信设备150、160和170中的每一个在任意时刻或者发送音频信号或者接收音频信号，但是不同时发送和接收音频信号。在图1A中，链路L12和L13分别是从基站120和130到通信设备160和170的下行链路。在图1A中，链路L11是从通信设备150到基站110的上行链路。因此，图1A示出了在半双工通信会话中设备150正在发送音频信号，并且在该半双工通信会话中通信设备160和170正在接收由通信设备150发送的音频信号的时刻。

类似地，图1B示出了在半双工通信会话中设备170正在发送音频信号，并且在该半双工通信会话中通信设备150和160正在接收由通信设备170发送的音频信号的时刻。即，在图1B中，链路L11和L12分别是从基站110和120到通信设备150和160的下行链路，并且，在图1B中，链路L13是从通信设备170到基站130的上行链路。

如果通信设备150、160和170中的两个通信设备试图在半双工通信会话中同时（即，在同一时刻）进行发送，那么，来自这两个通信设备的音频信号互相干扰。由于这样的干扰，从而无法理解在半双工通信会话中在其余的通信设备处接收到的作为结果的音频信号。例如，在诸如市民波段（“CB”）无线系统（在该系统中，只有当按下PTT或发送按钮时通信设备才进行发送）的双向无线系统中，在任何时刻在一个频率上只有一个通信设备（即，CB无线电）能够进行发送。在一些实施例中，半双工通信系统仅允许一个通信设备在任何时刻在半双工通信系统中进行发送。例如，蜂窝上的按键通话（“PoC”）通信系统使用VoIP技术在蜂窝电话系统中实现PTT或半双工通信会话。PoC通信系统中的控制器仅转发表示来自系统中最先开始发送音频信号的单个通信设备的音频信号的数据分组，直到该通信设备停止发送音频信号为止。如果另一个通信设备试图在半双工通信会话中同时发送表示音频信号的数据分组，那么控制器将那些数据分组丢弃并且不将其转发到其它的通信设备。

与全双工通信会话相关联的通信设备能够在全双工通信会话中同时（或并发地）发送和接收音频信号。换句话说，当这样的通信设备在全双工通信会话中正在发送音频信号时，其接收音频信号。因此，全双工通信会话同时支持在全双工通信会话中多个通信设备处的音频接收和音频发送。作为全双工通信会话的示例，图2是根据一个实施例的全双工通信系统的原理图。图2示出了通信设备250、260和270以及分别与通信设备250、260和270通信的基站210、220和230。基站210、220和230经由通信链路240互相通信。

链路L21A、L21B、L22A、L22B、L23A和L23B示出了在图2的全双工通信系统处所支持的全双工通信会话中的信息（例如，音频信号）流。即，链路L21A、L21B、L22A、L22B、L23A和L23B示出了全双工通信会话中的信息的逻辑流。更具体地，通信设备250、260和270能够在全双工通信会话中同时发送音频信号。因此，尽管链路L21A、L21B、L22A、L22B、L23A和L23B能够被使用可能不允许同时发送和接收物理信号的各种物理信道接入方法的物理链路（未示出）所支持，但是通信设备250、260和270能够在全双工通信会话中同时发送音频信号。

作为一个示例，链路L21A、L21B、L22A、L22B、L23A和L23B能够在使用时分多址（“TDMA”）信道接入技术的物理链路（未示出）上实现（或实施），在其中，在时间帧内为通信设备250、260和270中的每一个分配发送时段（或时隙）和接收时段（或时隙）。尽管通信设备250、260和270中的每一个通信设备在任意给定的时刻（即，在适当的时隙中）仅分别在其到基站210、220或230的各自的物理链路上进行发送或接收，然而因为时间帧内的时段（和时间帧本身）很短并且迅速发生（即，在短的时间段期间通信设备频繁地进行发送）并且所发送的音频信号是适当地混合的，因此能够在这些物理链路上实现全双工通信会话。因此，全双工通信会话中的参与者（例如，通信设备250、260和270中的一个通信设备的用户）可能会注意到轻微的延迟，但是，针对全双工通信会话（即，在各种物理链路之上分层的逻辑连接或链路）中的通信设备250、260和270中的每一个，同时实现音频发送和接收。诸如频分多址（“FDMA”）的其它信道接入方法能够被用于支持针对通信设备250、260和270的单独的物理发送和接收链路。即，逻辑链路L21A、L21B、L22A、L22B、L23A和L23B中的每一个能够通过单独的物理链路来实现。

出于很多原因，半双工通信系统是有用的。因为音频信号不需要被适当的混合和分发以使得半双工通信系统中的每个通信设备同时没有干扰，所以半双工通信系统通常比全双工通信会话更便宜。此外，半双工系统中的通信设备不包括能够同时进行发送和接收的收发机。此外，因为在任意给定的时刻在半双工通信会话中只有一个通信设备在进行发送，所以半双工通信会话通常不会受到半双工通信会话中的每个通信设备处生成的背景噪声的影响。

然而，全双工通信系统通常是所期望的，因为全双工通信会话与面对面交互是相似的，在其中，参与者能够打断彼此（在半双工通信会话中，任何发送方都无法觉察到打断，因为通信设备的发送和接收功能是互斥的）、提供即时的评论（即，不用等待其它参与者结束发送）、并且当一个参与者结束发送并且另一个参与者开始发送时不需要协调（例如，不需要参与者使用诸如“结束”或“完”这样的词来指示发送结束）。然而，因为在任意给定的时刻全双工通信会话中每个通信设备都能够进行发送，所以全双工通信会话会受到在全双工通信会话中的每个通信设备处生成的背景噪声的影响。

尽管在能够参与全双工通信会话的许多通信设备和系统处可用的静音功能允许这些通信设备阻止或禁止音频发送（即，音频信号的发送），然而，这样的功能对于这些设备的用户来说通常难以操作。例如，启用和禁用静音的控件（例如，选项、物理按钮或软按钮）经常位于通信设备的菜单层次的深处。更具体地来说，例如，将蜂窝电话静音或解除静音的控件通常实现为菜单中的选项。因此，为了激活或撤销这样的蜂窝电话的静音功能，用户必须选择菜单并且然后选择静音或解除静音选项。此外，静音功能被实现为切换功能。即，选择控件来启用静音功能和单独选择该控件或者不同的控件来禁用静音功能。换句话说，控件或静音功能在任一状态中不是偏置的或者是稳定的。

静音控件（即，在静音和非静音状态之间切换的控件）的切换操作对于用户来说可能是有问题的。例如，一些用户在全双工通信会话期间在讲话之后经常忘记重新接入静音功能。此外，如果在静音状态下不注意地暂时选择了静音控件，那么通信设备切换到非静音状态并且保持发送音频信号直到再次选择静音控件以重新接入静音功能为止。结果，旁边的对话、背景噪声和/或其它音频信号在全双工通信会话期间会被无心地发送出。

本文讨论的实施例在全双工通信会话中提供了按键通话功能。作为具体的示例，本文讨论的实施例为通信设备提供了通信会话管理器，该通信设备在全双工通信会话中禁用（或阻止）来自通信设备的音频发送的状态下是偏置的。因此，只有当音频发送启用控件被操纵到无偏置状态时，才能启用（或允许）来自该通信设备的音频发送。

例如，会议呼叫（即，具有两个以上的参与者的全双工通信会话）的参与者的通信设备在该会议呼叫期间能够进入静音偏置状态，并且会议呼叫中的出席者的通信设备能够操作标准的通信设备。在静音偏置状态下的每个通信设备的音频发送启用控件可以是具有按下状态和释放状态的机械按钮。当该按钮处于释放状态时，来自参与者中的每一个的通信设备的音频发送被禁用，并且只有当该按钮被按下时，来自该通信设备的音频发送被启用。换句话说，当该按钮被按下时，音频发送被启用，并且当该按钮未被按下时音频发送被禁用。因此，参与者通过按下通信设备的该按钮能够参与（即，在其期间讲话）会议呼叫，当该按钮被按下以启用音频发送时讲话，然后释放该按钮以禁用音频发送。

如本说明书中所使用的，除非上下文明确指示，否则单数形式的“一”、“一个”和“该”包括复数形式。因此，例如，术语“控件”旨在意指一个或多个控件或者控件的组合。此外，如本文中所使用的，术语“模块”是指电路和/或存储在存储器处并且在处理器处被执行或解释的软件、固件、程序、机器可读或处理器可读指令、命令或代码。

图3是根据一个实施例的通信设备的原理性框图。如图3中所示，计算设备300包括通信接口320、处理器310和存储器330。处理器310操作地耦合到通信接口320和存储器330。通常，如图3中所示，存储器330包括定义在计算设备310的操作期间由处理器310执行的软件模块的指令或代码（例如，计算机代码或目标代码）。例如，存储器330包括定义操作系统331、设备驱动器332和应用333（例如，软件应用程序）的指令。换句话说，作为指令（未示出）存储在存储器330处并在处理器310处被执行的操作系统331、设备驱动器332、应用333和其它软件模块位于计算设备300处。例如，应用333可以包括应用模块、管理程序、虚拟机模块和/或诸如运行时间环境的环境和/或虚拟机实例。

存储器330可以包括诸如静态随机存取存储器（“SRAM”）和/或动态随机存取存储器（“DRAM”）的易失性存储器，和诸如磁介质（例如，硬盘驱动器）、光学介质（例如，压缩光盘（“CD”）和/或数字视频光盘（DVD））、固态介质（例如，USB FLASH存储器设备）的非易失性存储器，和/或其它处理器可读介质。例如，非易失性存储器可以用作长期存储设备以用于被存储为指令（未示出）的操作系统331、设备驱动器332、应用333、数据文件（未示出）和/或其它软件模块，并且被存储为指令（未示出）的操作系统331、设备驱动器332、应用333、数据文件（未示出）和/或其它软件模块可以被加载到易失性存储器中以在处理器310处执行。

通信接口320是处理器310可访问的接口，其经由通信链路与其它处理器和/或计算设备进行通信（即，向其它处理器和/或计算设备发送表示数据的符号，并且从其它处理器和/或计算设备接收这些符号）。换句话说，通信接口320能够经由通信链路从处理器310接收数据并且发送表示该数据的符号。此外，通信接口320能够经由通信链路从其它通信接口接收符号并且向处理器310发送由这些符号所表示的数据。例如，通信接口320可以是电话网络接口、双绞线网络接口、同轴网络接口、光纤网络接口、诸如无线局域网（“WLAN”）或蜂窝网络的无线网络接口和/或一些其它网络或通信接口。

音频输出模块340是硬件模块、位于通信设备300上的软件模块或它们的组合，其接收包括（例如，来自处理器310的）音频信息的信号并且在听觉上将这些音频信号输出。例如，音频输出模块340可以包括软件驱动器、音频放大器和扬声器。类似地，音频输入模块350是硬件模块、位于通信设备300上的软件模块或它们的组合，其接收听觉信号，并且向处理器310提供表示这些听觉信号的信号。例如，音频输入模块350可以包括麦克风、音频放大器和软件驱动器。作为另一个示例，音频输出模块340可以包括向接收模块发送音频信号的数据发送模块，并且音频输入模块350可以包括接收表示听觉信号的信号的接收模块。更具体地来说，例如，音频输出模块340和音频输入模块350可以包括蓝牙软件堆栈和与包括扬声器和话筒的耳机通信的收发机模块。

显示模块360是硬件模块、位于通信设备300上的软件模块或它们的组合，其在视觉上输出信息。例如，显示模块可以包括显示驱动器和显示屏。用户输入模块370是硬件模块、位于通信设备300上的软件模块或它们的组合，其接收来自用户的输入。例如，用户输入模块370可以包括键盘、按钮、旋转开关、触摸敏感传感器、接近传感器和/或能够接收或解释来自用户的输入的其它装置或控件。

在一些实施例中，显示模块360和用户输入模块370可以是至少部分集成的。例如，通信设备可以包括触摸敏感（或接近敏感）显示，其能够在视觉上向用户显示信息，并且当用户触摸该触摸敏感显示器时接收来自用户的输入。因此，当用户触摸或移动接近（例如，用手指或一些仪器或对象）控件被绘出（或者被表示出）的显示区域时，能够在触摸敏感（或接近敏感）显示器处显示用户输入控件（例如，虚拟按钮、滑动控件、旋转控件等），并且能够对其进行选择或操纵。作为另一个示例，可以在显示模块360处显示软控件或按钮，并通过诸如用户输入模块370处的物理按钮的控件的操纵来进行选择。也就是说，显示模块360的显示区域能够描述用户输入模块370的物理按钮的可变功能。在一种情况下（例如，在电话呼叫期间），该显示区域可以包括词语“加入”来指示当选择（或按下）相关的控件（在此文中，物理按钮）时将会发起会议呼叫。在另一种情况下（例如，在游戏过程期间），该显示区域可以包括词语“退出”来指示当选择相关的控件时该游戏将被终止。这样的控件可以被称为虚拟控件（例如，虚拟按钮、滑动控件、旋转控件等）。

在一些实施例中，通信设备300包括比图3中所示的那些组件或要素多或少的组件或要素。例如，简单的电话可以是通信设备并且不包括存储器330和显示模块360。

图4是根据一个实施例在通信设备处控制音频发送的过程的流程图。过程400能够被实现为硬件模块、位于计算设备上的软件模块和/或硬件模块和软件模块的组合。例如，过程400能够被实现为专用电路或被实现为包括存储在存储器处并且在与该存储器通信的处理器处被执行的指令的软件模块。更具体地来说，例如，过程400能够在全双工通信会话中在通信设备处实现。

在框410处加入全双工通信会话。例如，通信设备能够应答电话呼叫或加入（或被加入）会议呼叫。或者，例如，通信设备能够发起通信会话（例如，进行电话呼叫）来加入通信会话。如本文中所使用的，术语“加入”旨在应用于诸如两方电话呼叫或多方会议呼叫的通信会话的每个参与者（或通信设备）。即，术语“加入”旨在指通信会话的发起以及指连接到之前发起的通信会话。换句话说，在两方电话呼叫（通信会话）中，呼叫方（或参与者）的通信设备和被呼叫方（或参与者）的通信设备二者都加入该通信会话。

如上所述，全双工通信会话是在该通信会话中包括（或加入）的通信设备处支持同时发送和接收的通信会话。换句话说，全双工通信会话提供传统电话呼叫的经历，在其中，全双工通信会话中的所有通信设备（例如，电话）能够在全双工通信会话中同时发送和接收音频信号。

在框420处禁用来自通信设备的音频发送。例如，通信设备能够基于电话信号（诸如实现信令系统#7（“SS7”）的通信系统中的信号）来确定或检测该通信设备已经加入了通信会话。作为具体的示例，通信设备能够基于电话信号确定该通信设备已经加入了会议呼叫，并且响应于该确定，可以禁用该通信设备处的音频发送。

或者，例如，响应于来自用户的输入可以禁用音频发送。例如，在通信设备已经加入全双工通信会话之后，通信设备的用户能够通过操纵通信设备的控件来发起通信设备的禁用音频发送状态或功能。在其它实施例中，用户能够经由一个或多个控件来设置或改变通信设备处的选项（或者操作模式）以便当通信设备检测到已经加入了通信会话时自动地启用或禁用通信设备的音频发送状态，或者当在加入了通信会话之后用户操纵（或选择）通信设备的控件时手动地启用或禁用通信设备的音频发送状态。

例如，可以通过在音频输入模块和通信接口之间的电路径上造成开路来禁用音频发送（或音频传输）。例如，可以通过在音频输入模块和通信接口之间的电路径上打开开关或禁用晶体管来禁用（或禁止）音频发送。或者，例如，可以禁用音频输入模块和通信接口之间的电路径中的放大器或者降低放大器处的放大率以使得从音频输入模块接收的听觉信号在全双工通信会话中是听不见的。作为另一个示例，处理器可以被配置为在音频输入模块处不对听觉信号进行采样或者丢弃已采样的听觉信号以使得没有音频发送（包括已采样的音频信号（或者从其中获得的信息））被提供给全双工通信会话。

在框430处，禁用来自通信设备的音频发送，但是启用音频接收以使得通信设备的用户能够监听到来自全双工通信会话中的另一个通信设备（或多个设备）的音频发送。尽管在框430处禁用来自通信设备的音频发送，但是通信设备能够发送任何信息（例如，被电话或其它协议所定义的电话或其它信号）来保持全双工通信会话或者全双工通信会话中通信设备的参与。换句话说，全双工通信会话中的通信设备不发送在通信设备的音频输入模块处接收的听觉信号，但是全双工通信会话中的通信设备可以发送其它信号。换句话说，在框430处，在全双工通信会话中通信设备被静音。

当禁用音频发送时，在框430处检测到音频发送启用控件的第一状态。音频发送启用控件是硬件模块、位于通信设备上的软件模块和/或它们的组合。即，音频发送启用控件是具有定义是否应该启用音频发送的状态（或条件或值）的硬件和/或软件控件。此外，音频发送启用控件可以是在一种状态下偏置的（偏置状态）以使得当没有对音频发送启用控件的一些外部刺激（或选择）时，音频发送启用控件处于该偏置状态。例如音频发送启用控件可以是通信设备的正常打开（或偏置打开）的瞬时开关（或按钮）。开关的第一状态可以是开关的关闭状态（或条件），并且第二状态可以是开关的打开（或者偏置）状态。或者，打开状态可以被称为关闭状态，并且关闭状态可以被称为第二状态。例如，可以通过访问（或读取）操作地耦合到音频发送启用控件的处理器的接口（例如，通用输入/输出管脚）来检测第一状态和第二状态。即，能够经由接口在处理器处检测与第一状态和第二状态和/或第一状态和第二状态之间的转变相关联的信号。或者，例如，在处理器处能够将第一状态和第二状态和/或第一状态和第二状态之间的转变检测为中断信号。

作为另一个示例，音频发送启用控件可以是在一种状态下偏置的通信设备的触摸敏感（或接近敏感）显示器处显示的控件。这样的控件可以被称为虚拟控件。即，当选择（例如，通过触摸或者将物体移动到接近该控件的范围之内）该控件时，生成与控件的第一状态相关联的第一信号，并且当撤销（例如，通过释放或断开联系或者将物体移动到接近范围之外）对该控件的选择时，生成与控件的第二状态相关联的第二信号。因此，当控件被主动选择时其处于第一状态，并且当控件未被主动选择时其处于第二状态。如上面所讨论的，术语第一和第二是彼此相对而言的并且是可以颠倒的。即，第一状态可以是当控件未被主动选择时，而第二状态可以是当控件被主动选择时。

作为另一个示例，音频发送启用控件可以是在通信设备的附件处的控件。例如，音频发送启用控件可以是按钮，例如在与通信设备通信的、包括麦克风和扬声器的耳机处的触摸敏感或接近敏感按钮。作为具体的示例，音频发送启用控件可以是与通信设备配对的蓝牙TM耳机处的按钮。

与音频发送启用控件的状态或状态之间的转变相关联的信号可以是电信号、光学信号、声信号或其它信号。此外，信号可以被检测为或解释为边沿触发或者电平触发信号。例如，信号可以是在物理瞬时开关处生成的数字电信号。作为另一个示例，信号可以是软件模块中的一个或多个变量的值，当软件模块在存储器或处理器处被装载或被实例化时或者在软件模块的初始化例程或过程期间，其被初始化为特定的值。可以通过访问变量的值来检测音频发送启用控件的状态。例如，可以将该变量与预定的值进行比较或测试，如果音频发送启用控件处于第一状态，则得到真的值（例如，具有一个值），并且如果音频发送启用控件处于第二状态，则得到假的值（例如，具有不同的值）。

作为另一个示例，信号可以与存储在存储器处并且位于处理器处的软件模块中的子例程或功能相关联。当在处理器处调用、激活和/或执行子例程时，该子例程以信号形式向音频发送启用控件指示一种状态（第一状态）。当子例程退出（或返回）时，子例程以信号形式指示另一种状态（第二状态）。例如，当与调用或跳转到子例程相关的操作代码（或操作码）在处理器（或者诸如Java^TM虚拟机的可视化操作环境）处得到解释时，可以生成第一信号并且可以检测到第一状态（例如，由处理器进行检测）。当与从子例程返回或者退出子例程相关的操作代码在处理器（或者诸如Java^TM虚拟机的可视化操作环境）处得到解释时，可以在检测到的第二状态下生成第二信号。

此外，例如，与音频发送启用控件的状态或状态之间的转变相关的信号可以是同步或异步信号、事件或位于计算设备处的软件模块中的同步对象。例如，POSIX兼容信号可以被用于以信号指示音频发送启用控件的状态或状态之间的转变。类似地，值或事件的状态或可以被等待或用于同步软件模块（或诸如软件模块中的线程的处理或执行单元）的同步对象的改变可以是与音频发送启用控件的状态或状态之间的转变相关的信号。

例如，可以通过在音频输入模块和通信接口之间的电路径上关闭开路来启用音频发送（或音频传输）。例如，可以通过在音频输入模块和通信接口之间的电路径上关闭开关或启用晶体管来启用音频发送。或者，例如，可以启用音频输入模块和通信接口之间的电路径中的放大器或者增加放大器处的放大率以使得从音频输入模块接收的听觉信号在全双工通信会话中是可听见的。作为另一个示例，处理器可以被配置为在音频输入模块处对听觉信号进行采样或者向全双工通信会话提供已采样的听觉信号（或者从其中获得的信息）。

如图4中所示，音频发送启用控件的第一状态与通信设备处的全双工通信会话中的启用的音频发送相关联，并且，音频发送启用控件的第二状态与通信设备处的全双工通信会话中的禁用的音频发送相关联。因此，在图4的情况下，音频发送启用控件在第二状态下是偏置的。即，当音频发送启用控件没有被主动选择时，音频发送启用控件处于第二状态。

在一些实施例中，音频发送启用控件可以包括滞后。因此，在分别选择或解除选择（例如，释放）音频发送启用控件之后，音频发送启用控件的第一状态和第二状态之间的转变会经历延迟。例如，从第二状态到第一状态的转变可以是几乎即时的（即，系统仅延迟诸如信号解释、处理和传播以及设备开关时间防止真正的即时转变），并且，从第一状态到第二状态的转变可以延迟半秒的时段以防止由于音频发送启用控件的提前释放而导致用户的最后一个词没有被发送。

响应于在框430处检测到音频发送启用控件的第一状态，在框440处在全双工通信会话中启用音频发送。因此，通信设备基于从通信设备的音频输入模块中接收到的听觉信号在全双工通信会话中发送音频信息。换句话说，音频发送不再是被禁止的。换句话说，在框440处，通信设备被解除静音。

在框450处检测音频发送启用控件的第二状态。如上面所讨论的，如图4中所示，音频发送启用控件在第二状态下是偏置的。因此，在不再主动选择音频发送启用控件之后检测到音频发送启用控件的第二状态。作为具体的示例，当在框420和框430之间被按下的通信设备的物理瞬时开关（即，响应于该物理瞬时开关被按下，在框430处检测到音频发送启用控件的第一状态）被释放时，在框450处检测到音频发送启用控件的第二状态。换句话说，在框430之前，音频发送启用控件可以处于第二状态，并且响应于音频发送启用控件从第一状态到第二状态的转变，在框430处检测到第一状态。在框450处检测到音频发送启用控件从第二状态到第一状态的互补转变。换句话说，在框450处检测到的音频发送启用控件到第二状态的转变是音频发送启用控件从第二状态到第一状态的之前转变的互补转变。即，互补转变是从无偏置状态到偏置状态的转变。响应于在框450处检测到第二状态，全双工通信会话中的通信设备处的音频发送在框460处被禁用。因此，通信设备停止发送与在全双工通信会话中的通信设备的音频输入模块处接收到的听觉信号相关的音频信息。

除了图4中示出的那些框以外，过程400还可以包括一些框。此外，一个或多个框可以被重新排列。例如，如上所讨论的，可以在框430和440之间和/或框450和460之间插入延迟。作为另一个示例，过程400可以包括一个框，在该框处通信设备的用户选择或指定通信设备的控件作为音频发送启用控件。即，用户可以指定一个控件作为或者运行作为音频发送启用控件，该控件例如是通信设备的按钮或诸如与通信设备通信的耳机的附件的按钮。作为具体的示例，通信设备可以包括在通信设备的外围侧的音量按钮以及在通信设备的前侧（或前面）的键盘，当用户在使用该通信设备参与全双工通信会话时，该通信设备的前侧（或前面）与通信设备的用户的前面相邻。当在通信设备处会议模式是活动的时，用户能够使用通信设备的用户接口选择（或指定）音量按钮而不是来自键盘的按钮运行作为音频发送启用控件。相比如果键盘的一个按钮是音频发送启用控件，这能够为用户提供到音频发送启用控件的更容易的接入。此外，尽管上面在全双工通信会话中参照示例环境讨论了过程400，过程400也适用于其它环境。

图5是根据另一个实施例在通信设备处控制音频发送的过程的流程图。过程500能够被实现为硬件模块、位于计算设备上的软件模块和/或硬件模块和软件模块的组合。例如，过程500能够被实现为专用电路或被实现为包括存储在存储器处并且在与该存储器通信的处理器处被执行的指令的软件模块。更具体地来说，例如，过程500能够在全双工通信会话中在通信设备处实现。

全双工通信会话在框510处加入（例如，如结合图4在上面所讨论的）并且在框520处启动了会议模式。例如，通信设备的用户能够巡览通信设备的用户接口并且选择控件来启用会议模式。或者，例如，通信设备能够基于电话信号检测全双工通信会话是（或者已经转变到）会议通信会话（例如，会议呼叫）并且能够自动地启用会议模式。

来自通信设备的音频发送在全双工通信会话中被默认是禁用的，并且因此在框530中被禁用。即，在会议模式中，通信设备在静音或音频发送禁止状态下是偏置的。通信设备保持在静音状态直到在框540处接收到输入信号为止。如果在框540处接收的输入信号是断开信号（例如，来自控件的、指示通信设备的用户想要退出全双工通信会话或者从全双工通信会话断开的信号），那么在框590处退出全双工通信会话。

或者，如果在框540处接收到的输入信号是与音频发送启用控件的选择相关联的，那么，当在框550处选择了音频发送启用控件时，启用音频发送。即，当选择了音频发送启用控件时，通信会话发送与在全双工通信会话中在通信设备的音频输入模块处接收到的听觉信号相关的音频信息。响应于音频发送启用控件的释放（或者选择的中止），过程500回到框530以在全双工通信会话中在通信设备处禁用音频发送。

如果在框540处从用户接收到的输入是听觉信号，那么过程500前进到框560。例如，如果用户向通信设备的音频输入模块讲话，那么从用户接收到听觉信号。在一些实施例中，幅度低于阈值（或者几个分贝的阈值）的听觉信号不会引起或导致从框540到框560的转变。即，背景听觉信号或噪声被忽视，并且只有达到预定阈值的听觉信号引起从框540到框560的转变。

将音频信号（或者从其中获得的信息）与在通信设备处定义命令或关键字的一个或多个音频签名进行比较。例如，可以将听觉信号提供给语音识别模块，语音识别模块包括命令的音频签名并且能够判断听觉信号是否匹配或满足（即，与音频签名足够相似，有很高的概率与该听觉信号匹配）音频签名。或者，音频签名可以是文本描述或者命令或关键字的名称，并且语音识别模块基于听觉信号与在语音识别模块处（或者语音识别模块可访问的）的音素库的比较能够确定用户所说的、生成听觉信号的词（或多个词）的拼写。然后，可以将拼写与文本描述相比较来判断听觉信号是否满足音频签名。如果在框560处音频信号不满足音频签名，那么过程500返回框540以等待额外的输入信号。

如果在框560处音频信号满足音频签名，那么当在框570处从通信设备的音频输入模块接收到额外的听觉信号时，音频发送启用控件转变到音频发送启用状态。即，语音识别或检测模块可以是音频发送启用控件，并且在接收到（以及识别出）关键字或关键短语（例如，具有音频签名）之后，且当接收到在阈值以上的听觉信号以滤除或忽视背景噪声时（即，当通信设备的用户正在讲话时），语音识别或检测模块处于启用音频发送（例如，已选择）状态。因此，可以通过在音频输入模块处连续地接收听觉信号来主动地选择音频发送启用控件。该功能与半双工通信会话中的通信设备的语音操作切换或交换（“VOX”）功能类似。

作为具体的示例，通信设备的用户对该通信设备的麦克风（或者，例如，耳机或与该通信设备通信的其它附件）说“讲话”。语音识别模块确定“讲话”是在全双工通信会话中在通信设备处启用或激活音频发送的关键字。当用户继续对麦克风讲话时，音频发送保持为启用的。即，用户通过对麦克风讲话来选择音频发送启用控件（例如，语音检测模块）。

当不再接收到听觉信号时（例如，用户停止讲话），过程500在框580处等待额外的听觉信号。该滞后是有用的，例如，可以防止当用户在讲话期间喘口气或暂停时禁用音频发送。如果在框580处在延迟时段中接收到额外的听觉信号，那么过程500返回框570。或者，如果在框580处没有接收到听觉信号（或者没有在阈值以上的听觉信号），那么过程500返回框530并且将音频发送启用控件转变到音频发送禁用（或禁止）状态。

除了图5中示出的那些框以外，过程500还可以包括一些框。此外，一个或多个框可以被重新排列。例如，响应于检测到音频发送启用控件的状态之间的转变，通信设备能够向用户提供反馈。例如，诸如蜂鸣或提示音的听觉反馈、诸如显示器处的灯或图标的闪烁的视觉反馈、诸如电动机或螺线管的短暂激活的触觉反馈和/或一些其它的反馈能够在通信设备处被提供来提醒用户关于音频发送启用控件的状态之间的转变。作为具体的示例，通信设备能够在框560和570之间以及再次在框580和530之间向用户提供触觉反馈。此外，尽管上面参照全双工通信会话中的示例环境对过程500进行了讨论，过程500也适用于其它环境中。

图6是根据一个实施例的通信设备的逻辑原理性框图。通信设备600包括通信会话管理器610、通信接口620、音频输出模块630、音频输入模块640、用户输入模块650、音频发送启用控件651和语音识别模块660。通信会话管理器610、通信接口620、音频输出模块630、音频输入模块640、用户输入模块650、音频发送启用控件651和语音识别模块660每一个是硬件模块、位于通信设备600处的软件模块和/或它们的组合。

通信会话管理器610管理（或控制）通信设备600在通信会话中的参与。即，通信会话管理器610经由通信接口620与通信会话中的其它通信设备和/或计算设备进行通信以在通信设备600处支持通信会话。例如，通信会话管理器610能够与诸如电话交换机的计算设备交换电话信号（例如，SS7信号）以加入和/或保持通信会话。此外，例如，通信会话管理器610向音频输出模块630提供在通信会话中接收的音频信号、禁止从音频输入模块640接收的一些音频信号，并且向通信会话提供从音频输入模块640接收的其它音频信号（或者发送从那些音频信号获得的信息）（例如，当音频发送启用控件处于音频发送启用状态时）。

此外，通信会话管理器610操作地耦合到用户输入模块650。如图6中所示，用户输入模块650包括音频发送启用控件651。通信会话管理器610检测音频发送启用控件651的状态。即，通信会话管理器610能够检测（或接收）与音频发送启用控件651的状态或状态之间的转变相关联的信号，并且能够在通信会话中启用或禁用来自通信设备600的音频信号的发送。在一些实施例中，通信会话管理器610能够操作地耦合到用户输入模块650的其它控件和/或其它音频发送启用控件（未示出）。

此外，通信设备600包括语音识别模块660。语音识别模块660可以如图6中所示被包括在通信会话管理器610中或者与通信会话管理器610分离。如上面所讨论的，响应于通信会话管理器610在通信会话中启用音频发送，语音识别模块660能够判断从音频输入模块640接收的听觉信号是否满足命令或关键字。此外，语音识别模块660能够确定在音频输入模块640处随后接收到听觉信号，并且向通信会话管理器610提供指示音频发送应该保持为启用的一个或多个信号。例如，响应于通信设备600的用户讲话。此外，语音识别模块660能够确定在音频输入模块640处不再接收听觉信号，并且向通信会话管理器610提供指示音频发送应该被禁用的一个或多个信号。例如，响应于通信设备600的用户不再讲话。即，语音识别模块660可以是音频发送启用控件。在一些实施例中，响应于通信会话管理器610在通信会话中禁用音频发送，语音识别模块660能够判断从音频输入模块640接收的听觉信号是否满足命令或关键字。

因此，通信设备600可以包括超过一个的音频发送启用控件。当通信设备600的一个音频发送启用控件、多个音频发送启用控件或者所有音频发送启用控件处于音频发送启用状态时，通信会话管理器610能够在通信会话中启用音频发送。相应地，在各种环境中，通信设备600的一个音频发送启用控件、多个音频发送启用控件或者所有音频发送启用控件应该处于音频发送启用状态以在通信会话中启用音频发送。

一些实施例包括处理器和相关的处理器可读介质，其上具有用于执行各种处理器实现的操作的指令或计算机代码。这样的处理器可以是通用处理器或专用处理器，并且可以被实现为硬件模块和/或软件模块。例如，硬件模块可以是微处理器、微控制器、专用集成电路（“ASIC”）、诸如现场可编程门阵列（“FPGA”）的可编程逻辑器件（“PLD”）和/或执行操作的其它电子电路。例如，软件模块可以是存储在存储器处并在另一个处理器处被执行的指令、命令和/或代码。可以使用一种或多种编程语言来定义这样的软件模块，如Java^TM、C++、C、汇编语言、硬件描述语言和/或其它适当的编程语言。例如，处理器可以是位于包括微处理器和存储器的计算机服务器处的虚拟机。

在一些实施例中，处理器可以包括多个处理器。例如，处理器可以是包括多个处理引擎（例如，计算、算法或线程内核）的微处理器。作为另一个示例，处理器可以是包括具有共享的时钟、存储器总线、输入/输出总线和/或其它共享资源的多个处理器的计算设备。此外，处理器可以是分布式处理器。例如，处理器可以包括多个计算设备，每个计算设备都包括处理器，其经由诸如计算机网络的通信链路互相通信。

处理器可读介质的示例包括但不限于：诸如硬盘、软盘和/或磁带的磁存储介质；诸如压缩光盘（“CD”）、数字视频光盘（“DVD”）、压缩光盘只读存储器（“CD-ROM”）和/或全息设备的光学存储介质；磁光存储介质；诸如只读存储器（“ROM”）、可编程只读存储器（“PROM”）、可擦除可编程只读存储器（“EPROM”）、电可擦除只读存储器（“EEPROM”）和/或FLASH存储器的非易失性存储器；以及随机存取存储器（“RAM”）。计算机代码的示例包括但不限于：微代码或微指令、诸如由编译器产生的机器指令以及包含由使用解释器的计算机来执行的更高级别的指令的文件。例如，可以使用Java^TM、C++或其它面向对象的编程语言和开发工具来实现实施例。计算机代码的额外示例包括但不限于控制信号、加密代码和压缩代码。

作为包括一个或多个处理器和处理器可读存储介质的系统的示例，图7是根据一个实施例的包括处理器和存储介质的系统700的原理性框图。如图7中所示，系统700包括操作地耦合到存储介质721、存储介质722和存储介质723的一个或多个处理器710。一个或多个处理器710能够访问存储介质721、存储介质722和存储介质723处的指令或代码。存储介质721、722和723可以是任何处理器可读介质和/或访问处理器可读介质的相关设备。例如，存储介质721可以是包括磁存储介质的硬盘驱动器，存储介质722可以是诸如DVD驱动器的光盘驱动器并且能够接受在其上能够存储处理器可读指令的DVD存储介质，并且存储介质723可以是具有通用串行总线（“USB”）接口的FLASH存储器。在一些实施例中，存储介质721、722和/或723相对于一个或多个处理器710可以是本地的（例如，耦合到公共计算设备）。在一些实施例中，存储介质721、722和/或723相对于一个或多个处理器710可以是远程的（例如，耦合到单独的计算设备）并且经由通信链路与一个或多个处理器710通信。此外，存储介质721、722和/或723中的一个或多个相对于一个或多个处理器710可以是本地的，并且存储介质721、722和/或723中剩余的存储介质中的一个或多个相对于一个或多个处理器710可以是远程的。例如，一个或多个处理器710可以被包括在诸如蜂窝电话的通信设备中，并且存储介质7721可以是数据存储设备，通信设备从其接收（以推模式或拉模式）空中（“OTA”）更新。

作为更具体的示例，一个或多个处理器710可以被包括在计算设备中，例如具有由存储介质721表示的内部固态数据存储以及由存储介质722表示的可移动固态数据存储（诸如安全数字高容量（“SDHC”）存储器卡）的通信设备。计算设备也可以包括与由存储介质723表示的USB FLASH存储器驱动器通信的USB主机控制器。一个或多个处理器710能够访问处理器可读指令，例如在存储介质721、722和/或723中的任意一个处实现操作系统、软件应用和/或一个或多个过程的处理器可读指令。换句话说，一个或多个处理器710能够解释或执行经由存储介质721、存储介质722和/或存储介质723在处理器可读介质处的指令。在一些实施例中，系统700可以包括诸如RAM的一个或多个存储器，其运行作为存储介质721、存储介质722和/或存储介质723中的一个或多个与一个或多个处理器710之间的缓存，用于在存储介质721、存储介质722和/或存储介质723中的一个或多个存储介质处存储（或可访问的）的指令或代码。

尽管上面已经示出和描述了某些实施例，但是可以做出各种形式和细节上的改变。例如，结合一个实施例和/或过程描述的实施例的一些特征对于其它实施例可以是有用的。换句话说，结合一个实施例描述的过程、特征和/或各种实施例的特性（例如，执行的过程或存在的特征）可以与其它实施例相关。此外，应当理解的是，本文描述的系统和方法能够包括所描述的不同实施例的组件和/或特征的各种组合和/或子组合。因此，参照一个或多个实施例描述的特征能够与本文描述的其它实施例相结合。

Claims (14)

1.一种在全双工通信会话中禁用音频发送的方法，包括：

加入所述全双工通信会话；

在第一时间，在所述全双工通信会话中禁用音频发送；

在所述第一时间之后的第二时间，检测音频发送启用控件处于第一状态；

响应于检测到所述音频发送启用控件处于所述第一状态，在所述全双工通信会话中启用音频发送；

在所述第二时间之后的第三时间，检测所述音频发送启用控件处于第二状态；以及

响应于检测到所述音频发送启用控件处于所述第二状态，在所述全双工通信会话中禁用音频发送；以及

其中所述方法还包括：

接收第一音频信号；

确定所述第一音频信号满足音频签名；

响应于所述确定，将所述音频发送启用控件从所述第二状态转变到所述第一状态；

在将所述音频发送启用控件从所述第二状态转变到所述第一状态之后，接收多个音频信号；以及

在来自所述多个音频信号的最后的音频信号之后的预定时段期满之后，将所述音频发送启用控件从所述第一状态转变到所述第二状态。

2.根据权利要求1所述的方法，其中，所述音频发送启用控件是在所述第二状态下偏置的物理控件。

3.根据权利要求1所述的方法，其中：

所述音频发送启用控件是在所述第二状态下偏置的物理按钮；

所述第一状态是所述物理按钮的按下状态；并且

所述第二状态是所述物理按钮的释放状态。

4.根据权利要求1所述的方法，其中：

所述音频发送启用控件是在所述第二状态下偏置的虚拟按钮；

所述第一状态是所述虚拟按钮的选择状态；并且

所述第二状态是所述虚拟按钮的释放状态。

5.根据权利要求1所述的方法，其中，所述音频发送启用控件在所述第二状态下是偏置的，所述方法还包括：

响应于来自用户的输入，从多个控件中选择一个控件作为所述音频发送启用控件。

6.根据权利要求1所述的方法，还包括：

在所述第一时间之前确定所述全双工通信会话是全双工会议通信会话，在所述第一时间禁用音频发送是响应于确定所述全双工通信会话是全双工会议通信会话的。

7.一种在全双工通信会话中禁用音频发送的方法，包括：

加入包括多个通信设备的全双工通信会话；

在第一时间禁止音频发送；

检测与音频发送启用控件从第一状态到第二状态的转变相关联的第一信号；

响应于所述第一信号启动音频发送；

检测与所述音频发送启用控件从所述第二状态到所述第一状态的转变相关联的第二信号，所述音频发送启用控件从所述第二状态到所述第一状态的所述转变是所述音频发送启用控件从所述第一状态到所述第二状态的所述转变的互补转变；

在所述第一时间之后的第二时间，响应于所述第二信号禁止音频发送；以及

其中所述方法还包括：

接收第一音频信号；

确定所述第一音频信号满足音频签名；

响应于所述确定，将所述音频发送启用控件从所述第一状态转变到所述第二状态；

在将所述音频发送启用控件从所述第一状态转变到所述第二状态之后，接收多个音频信号；以及

在来自所述多个音频信号的最后的音频信号之后的预定时段期满之后，将所述音频发送启用控件从所述第二状态转变到所述第一状态。

8.根据权利要求7所述的方法，其中，所述音频发送启用控件是在所述第一状态下偏置的物理控件。

9.根据权利要求7所述的方法，其中：

所述音频发送启用控件是在所述第一状态下偏置的虚拟按钮；

所述第一状态是所述虚拟按钮的释放状态；并且

所述第二状态是所述虚拟按钮的选择状态。

10.根据权利要求7所述的方法，其中，所述音频发送启用控件在所述第一状态下是偏置的，所述方法还包括：

响应于来自用户的输入，从多个控件中指定一个控件作为所述音频发送启用控件。

11.根据权利要求7所述的方法，还包括：

在所述第一时间之前确定所述全双工通信会话是全双工会议通信会话，在所述第一时间禁用音频发送是响应于确定所述全双工通信会话是所述全双工会议通信会话的。

12.根据权利要求7所述的方法，还包括：

接收音频信号；

确定所述音频信号满足音频签名；以及

响应于所述确定，将所述音频发送启用控件从所述第一状态转变到所述第二状态。

13.一种在全双工通信会话中禁用音频发送的系统，包括：

音频输入模块，其用于接收音频信号；

音频输出模块，其用于生成音频信号；

用户输入模块；以及

通信会话管理器，其操作地耦合到所述音频输入模块、所述音频输出模块和所述用户输入模块，并且可操作为：

管理所述全双工通信会话，

在确定所述用户输入模块处的音频发送启用控件处于偏置状态之后，禁止经由所述音频输入模块从所述通信会话接收的音频信号，以及

在确定所述用户输入模块处的所述音频发送启用控件处于无偏置状态之后，向所述通信会话提供经由所述音频输入模块接收的音频信号；以及

语音识别模块，其用于：

响应于所述通信会话管理器在所述全双工通信会话中启用音频发送，判断从所述音频输入模块接收的音频信号是否满足命令或关键字，

确定在所述音频输入模块处随后接收到音频信号，并且向所述通信会话管理器提供指示音频发送应该保持为启用的一个或多个信号，以及

确定在所述音频输入模块处不再接收音频信号，并且当在所述确定不再接收音频信号后的预定时段中没有接收到额外的音频信号时，向所述通信会话管理器提供指示音频发送应该被禁用的一个或多个信号。

14.根据权利要求13所述的系统，其中：

所述音频发送启用控件是按钮；

所述偏置状态是释放状态；并且

所述无偏置状态是选择状态。