专利名称：语音通信系统的自动化失真检测的制作方法
技术领域：
本发明的特定实施例大体涉及语音通信系统。
背景技术：
诸如传统公共交换电话网(PSTN)电话系统、蜂窝电话系统和陆地移动无线电系 统之类的语音通信系统可能遭遇到由于麦克风失真而导致的语音劣化。在具体示例中，即 按即说(push-to-talk, PTT)通信系统可被紧急响应人员用于在彼此之间通信。这些用 户在诸如例如在燃烧的建筑物中、不稳定的犯罪现场等等之类的身心压力很大的状况中工 作，并且经常遭受到人身威胁或者进行有氧身体运动。压力下使用的一个后果是语音可能 由于用户的动作而失真到无法理解的地步。例如，用户可能将麦克风握持得太靠近嘴部，这 样可能产生太多的呼吸噪声或者太大的声压，以至于无法进行适当的语音传输。另外，用户 可能由于其所处的情形而太轻柔或者太响亮地说话，例如，用户可能因为处于危险中而不 能响亮说话，或者用户可能很兴奋从而太响亮地说话。这常常导致失真，并且听取说话者说 话的其他用户无法理解说话者在说什么。通常，来自说话者的通信可能非常重要，因此用户 理解说话者说的话是很重要的。
图1示出了用于在语音通信系统中提供语音质量保证的系统的示例。 图2示出了语音分析器的更详细示例。 图3示出了用于确定反馈信息的方法的简化流程图。 图4示出了用于分析语音信息的方法的简化流程图。
具体实施方式
fi^ 在一个实施例中，提供了一种用于提供语音质量保证的方法。该方法为语音通信 系统中的一端点确定语音信息。语音信息可来自入口麦克风(ingress microphone)。该方 法基于对语音信息的分析来判定是否认为语音质量劣化。例如，语音信息可表明其失真了、 太响亮、太轻柔、遭遇外部噪声，等等。如果认为语音质量劣化，则确定反馈信息，其中反馈 信息被设计为在说话用户的入口点处改善语音质量。反馈信息随后在所述端点处被输出给 使用所述端点的用户。
示例件实施例 图1示出了用于在语音通信系统中提供语音质量保证的系统的示例。在一个实施 例中，可提供即按即说(PTT)系统。即按即说系统可以是因特网协议(IP)互用性和协作系 统(Internet Protocol interoperability andcollaboration system, IPICS)语音通信 系统。IPICS语音通信系统可通过IP网络102发送无线电流量，并且使得用户能够与诸如 无线电装置、固定或移动电话、个人计算机等等之类的不同类型的用户设备通信。在即按即
4说系统中，用户可以表明想要讲话。例如，用户可以按压或选择讲话按钮。该用户随后在适 当时(例如，当其他用户当前未请求讲话并且被给予讲话许可时)被允许说话。系统中的 所有用户于是都可听见该用户在说什么。虽然讨论了即按即说语音通信系统，但是应当理 解，将会明了其他通信系统。例如，特定的实施例可用于移动电话交谈、视频会议等等之中。
在语音通信系统中，可设置各种端点104。例如，端点104不仅可包括即按即说电 话，还可包括无线电手持机、IP电话、膝上型PC客户端、PSTN电话、蜂窝电话、智能电话等 等。如图所示，端点104-1是IP电话，端点104-2是即按即说管理中心(PMC)，其包括由用 户操作的手持机104-3。 PMC可以是为个人计算机用户实现即按即说(PTT)功能的应用。它
使得用户可以在办公室或从远程地点通过多条通信信道通信或者监视这些通信信道的广 播。另夕卜，端点104-4是可通过无线电接入网络(RAN) 106连接的蜂窝电话。RAN 106可以 是用于移动通信系统的任何接入网络。端点104-5可以是无线电设备，例如陆地移动无线 电装置，其连接到陆地移动无线电网关(LMRG) 104-5。 用户可以在语音通信系统中与彼此通信。在用户说话时，可能发生失真。语音质 量劣化可能由于用户对着麦克风说话的方式而发生。如果初始语音信号在麦克风入口点处 失真，那么下游端点104处的改善就只是最低限度且很有限的了。例如，如果在出口电路中 的模数或数模转换点处有不正确的音量，那么诸如自动增益控制(AGC)之类的传输处理技 术在某些情况下可以改善声音质量。基本上，AGC增大或减小音量。然而，如果初始模拟信 号在麦克风入口点处(即，用户对着麦克风说话之处)失真，那么在下游信号处理单元处能 够实现的改善量就是有限的了 。例如，如果信号在麦克风处失真，那么在接收该信号的端点 104处是无法实质上改善该信号的。 语音分析器108被配置为分析来自说话者的端点104的语音信号。如果检测到语 音质量劣化，则语音分析器108可检测何时在入口点(例如，说话者的麦克风)处有语音质 量劣化。当发生语音质量劣化时，生成对说话者的反馈信息。例如，反馈信息可向用户表明 某种语音质量劣化正在发生并建议进行改变或采取动作。反馈信息提供关于用户可如何更 改输入到麦克风中的语音信号的信息。例如，语音分析器108可以检测到由于过度驱动麦 克风而导致的失真，并且提醒用户相应地移动麦克风。另外，如果检测到说话者讲话时麦克 风太靠近嘴部，则反馈信息可以向说话者表明应当调整麦克风位置或输入音量。另外，麦克 风处的低功率信号可被检测到，并且提醒用户更响亮地说话。这可以减轻交谈中的其他端 点放大信号的需求，而放大信号可能产生放大噪声这一不合需要的副作用。另外，语音分析 器108可以检测由于端用户的呼吸而导致的噪声，并且提醒用户相应地调整麦克风。在另
一实施例中，系统被配置为检测心跳信号。在用户将麦克风夹在其胸部附近并且麦克风拾 取其跳动的心脏的声音的情况下，用户被通知以这一情况并且被建议相应地移动麦克风。 在另一示例性实施例中，系统可被编程为检测外部信号，比如投影仪风扇的声音。在检测到 该信号的情况下，系统可建议用户移动麦克风以使之远离风扇。 在一个实施例中，反馈信息仅被导向引起语音质量劣化的说话者。例如，反馈信息 被输入到该说话者所使用的端设备104。反馈信息可以以耳语的方式被输入到端设备104 的输出扬声器中，或者可以提供任何其他指示，例如一系列灯。另外，反馈信息可以被发送 到其他用户。例如，代理人或调度员可能希望知道谁在导致语音质量劣化以及原因是什么。 另外，反馈信息可被存储以供以后分析。
5
—旦接收到反馈信息，说话者就可以进行调整。例如，用户可以调整麦克风或者其 说话的响亮度。因此，通过建议在语音信号在麦克风处的入口点之前进行改变，可以改善语
音质量。 语音分析器108可以设置于系统中的任何地方。例如，语音分析器108可以在说 话者所使用的端点104中。然而，语音分析器108也可存在于其他组件中，例如PMC 104-2 中，独立的语音分析器108中(如服务器114中所示)，等等。另外，语音分析器108可存在 于接收来自说话者的信号的其他端点104中。语音分析器108分析说话者的麦克风输出的 语音信号(即使语音分析器不在说话者的端设备中也是如此)。因此，希望在说话者端改善 语音质量。 图2示出了语音分析器108的更详细示例。语音分析器108可包括语音接收器 202、语音信息分析器204、反馈信息确定器206、以及反馈信息发送器208。
语音接收器202可接收语音信号。例如，语音信号可以是从说话者的端点104离 开麦克风换能器的信号。特定的实施例希望通过告知说话者其说话的语音质量可通过执行 某种动作而得到改善，来改善由麦克风执行的初始声电转换的质量。这是在失真从离开麦 克风的信号(其影响交谈中的其他用户)发生并且在其他端点104处无法被很容易地校正 时。如果离开麦克风换能器的信号失真到语音质量劣化到高于一定阈值的程度，则可以提 醒说话者这个事实。用户可以调整讲话的方式，以改变语音被输入到麦克风中的方式。这 可能是有用的，因为如果语音质量劣化，则语音可能失真，以至于它可能困扰单方或多方交 谈中的其他用户或者甚至使其他用户无法理解。 语音信号分析器204被配置为分析语音信号以判定信号是否没有劣化。例如，可 以通过不同的方式来衡量信号劣化。在一个示例中，语音信号分析器204判定信号是否处 于一个被认为令人满意的预定范围中。例如，中央系统操作者(例如紧急响应情形中的控 制者)选择语音信号的阈值，例如输入水平的可接受范围。输入水平可以是功率水平。另 外，可以测量动态范围，例如测量电压水平，以判定它是否高于一定水平。在一个实施例中， 端点104-3的用户可以利用预先定义的一组选择，以可接受的范围来配置PMC 104-2。另
外，输入水平的可接受范围可以通过系统设定或配置来预先确定。 语音信号分析器204自动地检测何时认为语音信号劣化。例如，当语音信号违犯 一阈值或者偏离输入水平的可接受范围时，则语音信号可能劣化了 。例如，利用数字信号处 理技术来分析麦克风换能器的输出，以判定是否在发生语音劣化。数字信号处理可以分析 信号以判定其是否发生了劣化。在一个示例中，语音信号可能太响亮、太轻柔、由于物理输 入(例如说话者的呼吸或者过度的发送气音)而失真、存在太多噪声，等等。如果语音信号 分析器204判定语音信号在可接受范围之外，则反馈信息确定器206被配置为确定对说话 者的反馈。在另一个示例性实施例中，语音信号分析器204采用一频谱分析器，该频谱分析 器被配置为检测由于信号的过驱动而导致的麦克风饱和，或者由于低语音信号放大而导致 的基于放大器的噪声。另外，可利用话音识别来检测话音的可理解程度。例如，如果话音识 别引擎无法理解大量的字词，则可以认为语音信号发生了劣化。 在一个实施例中，可利用非平衡随机处理器来滤掉在用户处于胁迫下时的人类呼 吸突发，并且监视传入话音的平均话音水平，以避免峰值限幅或者低音量情形。这些随机处 理器是能够应对非随机过程的处理器。例如，可利用音高检测来检测呼吸突发，并且可滤掉呼吸突发。另外，预测经由国际电信联盟(ITU)P.563的传入话音的语音质量(平均意见得
分(mean opinion score,M0S))，以检测可能严重劣化语音质量的麦克风前饱和。M0S提供
了对传输后语音信号的感知质量的数值指示。MOS被表达为范围1至5中的单个数字，其
中1是最低感知质量，5是最高感知质量。例如，MOS可以预测所传输的语音在用户听来是
怎样的。如果M0S低于一定阈值，比如2，则可以认为语音信号发生了劣化。 语音信号分析器204可以使用一状态机，该状态机使用这些技术来防止假阳性提
醒。例如，该状态机可以使判决基于特定的一组标准。例如，如果用户太响亮地说话，则系
统可以通过视觉提示来告知用户以较低的音量说话；然而，如果在向用户发送了一定量的
要其降低其音量的信号之后，说话者仍维持其音量水平，则系统可以调用某种可听的事物
来吸引说话者的注意。因此，提供了一种用于检测近端失真的健壮算法。 不同的语音质量劣化可能要求不同的通知。这些通知被设计为通知端用户其何时
过驱动或欠驱动了麦克风，并且建议他如何将麦克风相对于其嘴部定位在最优的位置。例
如，如果说话者太轻柔地说话，则反馈信息应当表明，说话者应当更响亮地说话。另外，如
果说话者说话时太靠近麦克风，则判定反馈信息应当表明说话者应当调整麦克风以使之远离。 反馈信息可以是一组预先定义的通知，例如可以提供预先记录的语音通知。另外， 可以使用其他反馈信息，例如可以亮起不同的灯模式，以通知用户采取不同的动作。
当反馈信息已被确定时，反馈信息发送器208将反馈信息输出到说话者。在一个 实施例中，只通知说话者，而不通知交谈中的其他用户。在一个示例中，反馈信息可被播放 到或以耳语方式输入到说话者的输出扬声器中，例如用户的耳机中。例如，预先记录的消息 可告知用户移开麦克风，更轻柔地说话，移近麦克风，或者更响亮地说话。另外，被亮起的信 号灯可以提供反馈信息。例如，可点亮不同的灯以表明用户应当更响亮或更轻柔地说话。可 以明了其他方法，例如使用多媒体方法，例如显示、短消息服务(SMS)消息、即时消息传递 (IM)等等。 —旦接收到反馈信息，说话者就可调整其讲话的方式。这可改善通信中的语音质 量。因此，这使得交谈中的其他用户无需告知说话者他们无法理解他/她。另外，提供了对 语音质量劣化的自动检测，因此可以非常有效地提醒用户反馈信息。即，语音质量劣化可被 迅速地检测，从而避免了说话者继续讲话了很长时间以后才被另外的用户通知。这在紧急 情形中(此时说话者可能不能自由讲话并重复其所说过的话)可能是非常重要的。
图3示出了用于确定反馈信息的方法的简化流程图。步骤302确定语音信息。例 如，可从麦克风接收语音信号。 步骤304可将语音信息发送到参与讲话组的端点104。例如，语音信息被实时发送 到交谈的其他参与者。此外，执行以下分析。在其他实施例中，语音信息可被排队，直到该 分析被执行为止。 步骤306分析语音信息。例如，语音信息被分析，以查明是否有任何明显的语音质 量劣化，例如失真。 步骤308随后在检测到任何语音质量劣化的情况下确定反馈信息。所确定的反馈 信息适用于所确定的语音质量劣化的类型，并且尝试校正该问题，从而提高语音质量。例 如，提供这样的智能如果判定用户说话太轻柔，则反馈信息应当告知用户更响亮地说话。类似地，如果系统检测到用户在对着麦克风呼吸，则用户被建议将麦克风移动到它(麦克 风)不拾取他呼吸的声音的地方。 步骤310随后将反馈信息发送到说话者。例如，反馈信息可被输出到说话者。另 外，如果语音分析是在不是说话者所使用的端设备的设备中执行的，则反馈信息被发送到 说话者的端设备，说话者的端设备随后可输出反馈信息。 图4示出了用于分析语音信息的方法的简化流程图。步骤402确定语音质量劣化 的原因。语音质量劣化可能有很多原因。 步骤404确定针对说话者的消息。该消息可由所检测到的语音质量劣化的种类决 定。该消息可被预先记录或者可被动态生成。例如，取决于语音质量劣化的程度，说话者可 被告知在一定方向上将麦克风移动一定量。 步骤406随后确定用于输出该消息的方法。例如，特定实施例可分析说话者正在 使用的端点104的类型。然后，确定输出方法。另外，如果知道用户所遭遇的情形，则可以 考虑该情形。例如，如果用户表明其处于任何噪声都可能有害的情形中，则可以亮灯，而不 是在用户输出扬声器中播放消息。 步骤408随后使得消息被输出。例如，如果语音分析器108存在于端点104中，则 该消息在端点104处被输出。如果语音分析器108存在于端点104夕卜，则该消息可通过网 络102或通过其他方法被发送到端点104。端点104随后可输出该消息。
虽然已经描述了其特定实施例，但这些特定实施例只是示例性的，而不是限制性 的。虽然描述了 PTT系统，但应当理解，也可使用其他语音通信系统。 任何适当的编程语言都可用来实现特定实施例的例程，所述语言包括C、 C++、 Java、汇编语言等等。可以使用不同的编程技术，例如过程式的或面向对象的。例程可在单 个处理设备或多个处理器上执行。虽然可能以特定的顺序来给出步骤、操作或计算，但是在 不同的特定实施例中这个顺序是可以改变的。在一些特定实施例中，可以同时执行在本说 明书中被示为顺序的多个步骤。这里描述的操作序列可以被中断、暂停或者通过其他方式 被另一过程(例如，操作系统、内核等等)所控制。例程可在操作系统环境中工作，或者作 为占用系统处理的所有或实质部分的独立例程工作。可以通过硬件、软件或两者的组合来 执行功能。除非另有陈述，否则也可以全部或部分地手工执行功能。 在这里的描述中，提供了许多具体细节，例如组件和/或方法的示例，以帮助全面 理解特定实施例。但是，有关领域的技术人员将会意识到，没有这些具体细节中的一个或多 个，或者利用其他装置、系统、组合件、方法、组件、素材、部件等等也能实现特定实施例。在 其他情况下，没有具体示出或详细描述公知的结构、素材或操作，以避免模糊特定实施例的 各个方面。 用于特定实施例的"计算机可读介质"可以是任何能够包含、存储、传输、传播或传 送程序以供指令执行系统、装置、系统或设备使用或与指令执行系统、装置、系统或设备相 结合来包含、存储、传输、传播或传送程序的介质。作为示例而非限制，计算机可读介质可以 是电的、磁的、光的、电磁的、红外的、或半导体的系统、装置、系统、设备、传播介质或计算机
存储器。 特定实施例可以以控制逻辑的形式用软件或硬件或者两者的组合来实现。控制逻 辑在被一个或多个处理器执行时可以进行操作来执行特定实施例所描述的内容。
8
"处理器"或"过程"包括任何处理数据、信号或其他信息的人类、硬件和/或软件 系统、机构或组件。处理器可包括具有通用中央处理单元的系统、多个处理单元、用于实现 功能的专用电路或者其他系统。处理不必限于某个地理位置，也不必有时间限制。例如，处 理器可"实时地"、"离线地"、"以分批模式"执行其功能，等等。处理的一些部分可在不同的 时间、不同的位置、由不同的(或相同的)处理系统执行。 本说明书中提到"一个实施例"、"实施例"、"具体实施例"或"特定实施例"是指结 合该特定实施例描述的特定的特征、结构或特性被包括在至少一个实施例中，但不一定包 括在所有特定实施例中。因此，本说明书中各处出现的各个短语"在一个实施例中"、"在实 施例中"或"在具体实施例"中不一定指的是同一个实施例。另外，任何具体实施例的特定 的特征、结构或特性可以按任何适当的方式与一个或多个其他特定实施例组合。应当注意， 基于这里的教导可以对这里描述和图示出的特定实施例进行其他各种变化和修改，并且这 些变化和修改应当被认为是本发明的精神和范围的一部分。 特定实施例可利用编程的通用数字计算机、专用集成电路、可编程逻辑器件、现场 可编程门阵列来实现，可以使用光的、化学的、生物的、量子的或纳米工程的系统、组件和机 构。 一般来说，特定实施例的功能可通过本领域已知的任何手段来实现。可以使用分布式、 联网系统、组件和/或电路。数据的通信或传送可以是有线的、无线的或者通过任何其他手 段。 还将明了，根据特定应用，附图中示出的要素中的一个或多个可以按更分离或更 集成的方式来实现，或者甚至在某些情况下被去除或被停用。实现可存储在机器可读介质 中的程序或代码以允许计算机执行上述任何方法也在本发明的精神和范围之内。
此外，附图中的任何信号箭头应当被认为仅是示例性的，而不是限制性的，除非另 有具体指示。另外，除非另有指明，这里使用的术语"或"一般是要指"和/或"。当术语被 预见为使分离或组合的能力不清楚时，组件或者步骤的组合也将被认为是已经记载了的。
这里的描述及权利要求中各处使用的"a"、"an"和"the"包括复数形式，除非上下 文另有清楚记载。另外，这里的描述及所附权利要求中各处使用的"在...中"的含义包括 "在...中"和"在...上"，除非上下文另有清楚记载。 以上对图示的特定实施例的描述(包括摘要中描述的内容)并不想要毫无遗漏或 者将本发明限定到这里公开的精确形式。本领域的技术人员将会意识到并明了，在这里仅 出于示例目的来描述本发明的具体特定实施例及其示例，而在本发明的精神和范围内可以 进行各种等同的修改。如上所述，根据以上对图示特定实施例的描述可以对本发明进行这 些修改，并且这些修改将被包括在本发明的精神和范围内。 因此，虽然已经参考本发明的特定实施例描述了本发明，但以上公开中意图包括 一定范围的修改、各种变化和替换，并且将会明了，在一些情况下，将会使用特定实施例的 一些特征，但没有相应地使用其他特征，这不脱离所记载的本发明的精神和范围。因此，在 实质范围和精神内，可对特定情形或素材进行许多修改。希望本发明不被限制到权利要求 中使用的特定术语和/或作为所想到的实现本发明的最佳模式而公开的特定实施例，相反 本发明将包括落在权利要求的范围内的任何及所有实施例和等同物。
9
权利要求
一种方法，包括为语音通信系统中的端点分析语音信息，以判定语音质量是否劣化；如果语音质量劣化，则确定反馈信息，该反馈信息被设计为在说话的用户的入口点处改善语音质量；以及在所述端点处使所述反馈信息被输出给使用所述端点的用户。
2. 如权利要求1所述的方法，其中，使所述反馈信息被输出的步骤包括使所述反馈信息在端设备的输出扬声器中被输出。
3. 如权利要求1所述的方法，其中，使所述反馈信息被输出的步骤包括使所述反馈信息作为端设备的视觉输出被输出。
4. 如权利要求1所述的方法，其中，所述反馈信息包括对一动作的建议，所述用户为了改善语音质量应当执行该动作以在进入所述入口点之前影响语音。
5. 如权利要求1所述的方法，其中，分析语音信息的步骤包括将所述语音信息与一阈值相比较；以及判定所述语音信息是否违犯所述阈值。
6. 如权利要求1所述的方法，其中，确定反馈信息的步骤包括确定语音质量劣化的原因；以及基于所确定的发生语音质量劣化的原因，来确定所述反馈信息。
7. 如权利要求1所述的方法，其中，确定反馈信息和使所述反馈信息被输出的步骤是在所述用户的端设备或者除所述用户使用的端设备之外的设备中执行的。
8. 如权利要求1所述的方法，其中，所述语音信息包括由所述用户说话时对着的麦克风所输出的语音信号。
9. 如权利要求1所述的方法，其中，确定反馈信息的步骤包括确定所述语音信息包含说话的用户的呼吸声音或心跳声音，其中所述反馈信息指示基于所述呼吸声音或心跳声音来调整麦克风的定位信息。
10. 如权利要求1所述的方法，其中，对所述语音信息的分析表明被过驱动或欠驱动的语音信号，其中，确定反馈信息的步骤包括基于所述被过驱动或欠驱动的语音信号来确定用于调整麦克风的定位信息。
11. 如权利要求1所述的方法，其中，所述语音通信系统是即按即说语音通信系统。
12. 如权利要求1所述的方法，其中，确定反馈信息的步骤包括基于所述分析来生成所述反馈信息。
13. —种装置，包括一个或多个处理器；以及被编码在一个或多个有形介质中的逻辑，供所述一个或多个处理器执行，并且在被执行时可操作以用于为语音通信系统中的端点分析语音信息，以判定语音质量是否劣化；如果语音质量劣化，则确定反馈信息，该反馈信息被设计为在说话的用户的入口点处改善语音质量；以及在所述端点处使所述反馈信息被输出给使用所述端点的用户。
14. 如权利要求13所述的装置，其中，所述逻辑在被执行还可操作以用于使所述反馈信息在端设备的输出扬声器中被输出。
15. 如权利要求13所述的装置，其中，所述逻辑在被执行还可操作以用于使所述反馈信息作为端设备的视觉输出被输出。
16. 如权利要求13所述的装置，其中，所述反馈信息包括对一动作的建议，所述用户为了改善语音质量应当执行该动作以在进入所述入口点之前影响语音。
17. 如权利要求13所述的装置，其中，所述逻辑在被执行还可操作以用于将所述语音信息与一阈值相比较；以及判定所述语音信息是否违犯所述阈值。
18. 如权利要求13所述的装置，其中，所述逻辑在被执行还可操作以用于确定语音质量劣化的原因；以及基于所确定的发生语音质量劣化的原因，来确定所述反馈信息。
19. 如权利要求13所述的装置，其中，可操作以用于确定反馈信息和发送反馈信息的逻辑被设置在所述用户的端设备或者除所述用户使用的端设备之外的设备中。
20. 如权利要求13所述的装置，其中，所述语音信息包括由所述用户说话时对着的麦克风所输出的语音信号。
21. 如权利要求13所述的装置，其中，所述逻辑在被执行还可操作以用于确定所述语音信息包含说话的用户的呼吸声音或心跳声音，其中所述反馈信息指示基于所述呼吸声音或心跳声音来调整麦克风的定位信息。
22. 如权利要求13所述的装置，其中，对所述语音信息的分析表明被过驱动或欠驱动的语音信号，其中，所述逻辑在被执行还可操作以用于基于所述被过驱动或欠驱动的语音信号来确定用于调整麦克风的定位信息。
23. 如权利要求13所述的装置，其中，所述语音通信系统是即按即说语音通信系统。
24. 如权利要求13所述的装置，其中，可操作以用于确定反馈信息的逻辑包括在被执行时可操作以用于基于所述分析来生成所述反馈信息的逻辑。
25. —种装置，包括用于为语音通信系统中的端点分析语音信息以判定语音质量是否劣化的装置；用于在语音质量劣化时确定反馈信息的装置，该反馈信息被设计为在说话的用户的入口点处改善语音质量；以及用于在所述端点处使所述反馈信息被输出给使用所述端点的用户的装置。
全文摘要
在一个实施例中，提供了一种用于提供语音质量保证的方法。该方法为语音通信系统中的一端点(104)确定语音信息。语音信息可来自入口麦克风。该方法基于对语音信息的分析来判定是否认为语音质量劣化。例如，语音信息可表明其失真了、太响亮、太轻柔、遭遇外部噪声，等等。如果认为语音质量劣化，则确定反馈信息，其中反馈信息被设计为在说话用户的入口点处改善语音质量。反馈信息随后在该端点(104)处被输出给使用该端点的用户。
文档编号H04M3/22GK101766014SQ200880100438
公开日2010年6月30日 申请日期2008年7月15日 优先权日2007年7月26日
发明者桑莫尔·沙法, 詹姆斯·C·法拉恩塔尔, 迈克尔·P·奥’布赖恩 申请人:思科技术公司