具体实施方式
下文详细的描述阐述了多个具体细节以提供对本发明的透彻理解。然而,本领域技术人员将理解无这些具体细节也可以实现本发明。在其他情况中,并未详细描述公知方法、过程、部件、协议、算法和电路以免模糊本发明。
图1图示了多方通信会话可以实现于其上的示例通信网络10。多方通信会话可以是音频呼叫,并且可选地也可以包括视频内容。如这里所用,术语“通信桥接器”将用来指代能够在通信会话期间连接多方的设备。通信会话可以是音频通信会话或者可以是音频/视频通信会话。因此,术语通信桥接器这里用作如下通用术语,该通用术语涵盖传统仅音频桥接器以及能够处理音频和视频数据两者的桥接器。尽管该描述的部分可以指代音频,但是本发明并不限于仅音频桥接器,因为相同技术可以用来处理多方音频-视频通信会话上的音频。
图1示出了多方通信会话可以建立于其上的示例通信网络。在图1中所示的示例通信网络中,网络10包括增强的通信桥接器12,下文结合图3描述该增强的通信桥接器的一个实施例。人们可以使用很多不同接入技术连接到通信桥接器12。由于这些连接技术具有不同特性,所以根据本发明的一个实施例,增强的通信桥接器能够确定与呼叫本身以及与每个参与者关联的上下文。增强的通信桥接器将使用上下文信息来按照体验质量和业务度量来调整针对该特定参与者的音频处理。这使通信桥接器能够调整应用于每个参与者音频流的处理,使得输出音频与针对该通信会话类型的预期一致。同样,通信桥接器将使用业务因素来进行容量对质量的权衡以使运营费用(OpEx)最小化来确定哪些处理从业务观点来看有意义以使通信桥接器能够优化收入生成、关键用户体验质量和处理资源。
例如,通信会话上的个人可以是其他参与者可能想要在呼叫期间听见的客户端或者客户。通信桥接器可以优先选择来自该个人的音频流以作为混合的输出音频流之一来包括而使该人能够被听见。可以包括参与者分类作为业务因素的部分以使不同分类能够根据通信会话的类型被提供给参与者。因此,例如,基于通信(例如,客户会议呼叫)的业务关键性,通信桥接器可以部署更多处理以保证高体验质量。同样,通信桥接器可以为了最佳质量而偏向(bias)客户的线路,并且保证客户能够容易地切入对话中。对于未直接生成收入的桥接器,可以优化对通信桥接器的处理元件的使用以保证桥接器可以尽可能地支持最大数量的同时呼叫和用户。
图1示出了可以用来连接到通信会话的若干示例接入技术。例如,人可以经由蜂窝接入网(例如,经由基站收发器16)在蜂窝电话14上谈话以加入通信桥接器托管的通信会话。同样,另一用户可以具有无线IP电话18,该用户可以使用该无线IP电话18以经由无线接入点20连接到通信会话。其他用户可以具有加载到他们的膝上型或者桌面计算机、PDA或者其他计算设备22上的软电话客户端。这些用户可以经由网关24通过因特网连接到通信会话。更多其他用户可以从连接到企业网的用户设备26(IP电话、软客户端等)加入通信会话。当通信桥接器位于企业网外部时,用户可以经由企业网关28连接到通信会话。也可以存在或者可以随时间开发很多连接到桥接器的其他方式,并且图1中所示的选择并非限制。
如图1中所示,存在用于人连接到通信会话的很多不同方式。根据用来连接到通信会话的特定设备和接入技术,通信桥接器从用户接收的信号的特性可以明显变化。根据本发明的一个实施例,通信桥接器确定与每个参与者关联的上下文信息并且使用该上下文信息来处理来自该参与者的信号以及去往该参与者的信号。这使通信桥接器能够适应用户已经连接到通信会话的特定方式以增加通信桥接器的所得混合音频输出的清晰度。
图2A示出了通信桥接器可以如何操作以使多个人能够在通信会话期间相互谈话的示例。在图2A中所示示例中,通信桥接器将从连接到特定通信会话的每个参与者接收输入音频。在该示例中,存在五个参与者A、B、C、D和E。通信会话可以具有数百个参与者,并且本发明并不限于该特定示例。通信桥接器将选择待混合到一起的输入的子集并且呈献给参与者。在该示例中,通信桥接器已经选择来自参与者A、B和E的输入用于混合在一起并且作为输出音频在通信会话上提供。因而,将向每个非活跃参与者提供如下输出音频流,该输出音频流包括来自参与者A、B和E的混合输入。活跃参与者接收不包括他们自己的语音的混合,因此A将接收混合的B和E、B将接收混合的A和E而E将接收混合的A和B。
图2B示出了另一类型的通信桥接器,其中通信桥接器集中执行选择功能、但是其中混合以分布方式发生。在分布式桥接器(诸如图2B中所示桥接器)中,通信桥接器12将确定哪些参与者应当在通信会话上被听见并且将向每个参与者输出多个语音流。例如,在图2B中,通信桥接器已经选择参与者A、B和E将在通信会话上被听见。因而,桥接器已经向每个参与者输出语音流A、语音流B和语音流E。参与者具有如下本地混合功能,该本地混合功能将混合这些输入语音流,使得用户可以收听到混合的音频。这里描述的本发明方面可以应用于任一类型的桥接器。
图3示出了根据本发明一个实施例的示例增强的通信桥接器12。在图3中所示示例中,用户经由用户设备30A-30F连接到通信桥接器12。每个用户可以使用相同的用户设备连接到通信桥接器或者可以使用不同的用户设备。一般而言,可以预计用户将使用便利的并且可为该特定用户所用的无论什么类型的用户设备连接到通信桥接器。
在图3中所示实施例中,通信桥接器具有应用接口32,用户将在发起通信会话、加入通信会话时、在通信会话期间以及可选地结合离开通信会话来与该应用接口32交互。例如,可以通过拨打特定电话号码来接入通信桥接器。当用户拨打用于通信会话的接入电话号码时,用户将连接到应用接口,该应用接口可以向用户询问会议ID号、安全接入码或者其他相似信息。应用接口通常具有使用户能够与自动化系统交互以发起、加入、修改或者终止通信会话的交互式语音响应和/或DTMF信令模块。
应用接口使用户能够与通信桥接器交互并且也使通信桥接器能够与用户设备协商以确定用户设备将如何实现通信会话。例如,应用接口可以实现控制和信令以选择将由用户设备用于通信会话的音码器(vocoder),并且调整用户设备和通信会话通信的速率。可以在用户设备连接到通信桥接器时同样地协商底层连接的其他特征。
在一个实施例中,在通信会话期间,API可以指示用户采取纠正性动作以改进用户设备生成的信号。因此,在该实施例中,桥接器API能够向参与者发回信息。例如,API可以向最终用户传输如下消息,该消息建议将由最终用户采取的如下纠正性动作,该纠正性动作可以使最终用户能够帮助改进通信会话上的音频质量。例如,API可以指示有噪声的连接上的参与者将他们的麦克风静音以减少会议呼叫上的噪声量。可选地,这可以通过API直接代表有噪声的参与者控制有噪声的参与者的设备来实现。
API也可以远程控制和修复订户客户端问题、诸如音频和麦克风增益。当参与者例如正在使用计算机上实现的软件客户端并且参与者在头戴式耳机上谈话时,该人的膝上型计算机上的单独麦克风可以同时拾取该人的语音以及拾取其他环境噪声。API可以禁用膝上型麦克风或者替代地将来自膝上型计算机的信号用于噪声剖析(profiling)和消除。
同样,API可以检测参与者提供的音频电平并且用信号通知参与者更响亮或者更轻柔地谈话,或者将麦克风从噪声源移开以改进信噪比。同样,API可以与最终设备直接交互以自动调整最终设备提供的信号电平。这可以使API能够将最终设备静音或者调整在最终设备处的音频增益以如果参与者轻柔地讲话则放大参与者的语音,或者如果参与者响亮地讲话则减少放大电平,从而使每个参与者在通信会话上的总音量适中。
API也可以对最终用户设备采取其他纠正性动作或者实现其他处理动作。例如,上下文接口和推断引擎46可以确定将对从用户设备30A提供的信号或者对向用户设备30A提供的信号执行的处理,并且指示用户设备30A实现这些过程的全部或者部分。因此,在该实施例中,可以在API的指示之下在用户设备处实现编解码器选择、回声处理、噪声消除以及其他前和后处理功能。
用户也可以与应用接口交互以在通信会话期间选择特定特征。例如,用户可以具有本地静音控制,或者替代地,通信桥接器可以提供静音控制。因此,应用接口可以使用户能够控制是否选择他们的音频流用于在会议呼叫上输出。应用接口也可以使用户能够为呼叫选择特征。
根据特定用户设备,应用接口也可以在通信会话期间向参与者提供附加信息。例如,应用接口可以提供关于当前谈话者的信息,使得参与者可以跟随谁在特定时间点讲话。应用接口也可以使用户能够总体上并且可选地在每个讲话者的基础上指定通信会话上的音频音量。
当音频桥接器利用三维音频混合时,桥接器可以指派特定个人在呼叫上的位置并且混合音频,使得在其他参与者听来声音源于个人所坐方向。三维音频混合的示例包括使用相位和延迟音频处理以使用户能够具有音频源于左/右侧或者前/后侧的空间感知。已经开发并且可以在未来开发实现三维音频的不同方式,并且音频桥接器可以使用这些处理技术来为音频桥接器的每个用户调整参与者的位置。因此,音频的方向性可以帮助人们确定谁在通信会话上谈话。
应用接口也可以使用户设备能够向会议桥接器提供如下信息,该信息然后可以向上下文接口传递以使会议桥接器能够知道知道关于通信会话的总体上下文以及该用户在通信会话上的特定上下文的更多信息。例如,应用接口可以检测连接到通信会话的设备类型、在设备上实现的客户端类型并且确定设备上实现的特征类型(诸如设备是否将在通信会话期间采用任何噪声消除技术)。应用接口也可以检测网络连接类型(例如,蜂窝、无线IP、IP、POTS),以及呼叫者是从住宅连接还是商业连接进行连接。应用接口也可以从用户接收关于呼叫是实现于室外还是室内的输入,并且可以在初始连接期间(当用户登入通信会话时)收听背景噪声电平以确定向用户提供的服务的质量并且可选地确定连接上的背景噪声电平。
在业务上下文中,通过日历程序调度会议(诸如电话会议)是普通的。当人也在他们的计算机上具有软电话客户端时,人可以从他们的日历程序直接启动通信会话,该日历程序然后调用电话应用以连接到通信会话。在该和其他实例中,可以从参与者的日历收集(glean)关于通信会话的信息,并且软电话客户端可以向应用接口提供参与者在通信会话中的角色。例如,如果人是组织通信会话的那个人,则可以向应用接口提供该信息。同样,可以在用户连接到通信会话时向应用接口提供个人在组织中的角色和组织的标识。
将在一个实施例中向上下文接口46传递应用接口收集的信息。尽管应用接口可以收集大量上下文信息,但是并未以该方式限制本发明,因为也可以实现收集用于由上下文接口和推断引擎使用的信息的其他方式。下文更详细地讨论上下文接口46。
通信桥接器也具有实现通信会话的音频桥接器34。在图3中,使用粗线来图示媒体路径并且使用细线来示出控制信息流。音频桥接器包括控制36、混音器38和选择器40。控制36与应用接口32交互以选择性地接纳参与者参加音频桥接器实现的一个或者多个通信会话。混音器执行向通信会话上的参与者传输混合信号的功能。选择器40选择一个、两个、三个或者其他少量的音频输入来由混音器混合并且在通信会话上输出。
在操作中,当用户经由应用接口32加入通信会话时,应用接口32将指示控制36向音频桥接器34将开始的特定通信会话添加用户或者向音频桥接器34托管的已经存在的通信会话添加用户。一旦用户被添加到通信会话,选择器40将开始从用户接收输入,并且如果适当,则选择该用户的音频以混合到通信会话上的输出流中。一旦用户加入通信会话,混音器就也将向用户提供来自通信会话的输出音频。
根据本发明的一个实施例,通信桥接器12包括音频增强器42,该音频增强器42根据从上下文接口和推断引擎46接收的上下文信息44来独立处理每个用户的音频。音频增强器包括控制48,该控制48将音频处理器50编程为将特定音频处理算法应用于选择器40选择的信号。将使用单独的音频处理算法来个别地处理选择器40向音频处理器提供的每个信道,使得可以根据与个别信道关联的上下文来优化该特定信道。尽管在图3中所示的实施例中选择器40选择用于由音频处理器50处理的音频信道,但是本发明就该点而言不受限制,因为如果期望,则音频处理器可以实现选择功能。
如上所述,在一个实施例中,并非所有输入音频信道将由混音器38混合在一起用于向通信会话上的用户输出。因而,优选地应当在音频处理之前执行选择过程(无论是由选择器40还是音频处理器50实现),使得音频处理器50将仅处理将对通信会话有贡献的相关音频信道。在一个替代实施例中,输入音频信道的更大子集将在选择过程之前经历一些音频处理。例如,可以在选择过程之前预处理来自如下信道的音频输入以便优化选择,这些信道被检测出具有噪声或者增益问题。同样,信号可以在选择之前经历增益调整以使自然地轻柔讲话的人更容易切入通信桥接器托管的对话中。
因而,如图3中所示,通信桥接器可以包括预处理器41,该预处理器41被配置成接收输入音频并且在向选择器输入信号之前处理信号。预处理器将执行的处理类型可以由音频增强器42控制以使音频信号的预处理能够与后处理协调。同样,音频增强器42也可以向选择器提供输入以帮助选择器确定应当优先地选择哪些信号以在通信会话上输出。
在图3中所示实施例中,将预处理器41、选择器40、音频处理器50和混音器38被示出为单独框以有助于说明可以结合音频信号实现的不同功能。并未以该方式限制本发明,因为这些功能中的若干或者所有功能可选地可以组合成单个FPGA或者其他可编程电路。因此例如,可以向单个芯片输入信号,该芯片执行预处理、选择、音频处理和音频混合以向通信会话的若干参与者输出多个个别混合的音频信道。实现通信桥接器的多种方式是可能的,包括在针对信号处理而优化的专用处理器上或者在通用微处理器上运行的软件。
上下文接口和推断引擎46向音频增强器42提供上下文信息44以关于应当对特定信道执行的处理类型并且可选地关于应当与处理特定音频信道结合使用的参数指示音频增强器。
上下文接口收集关于通信会话中的每个参与者的信息。例如,在所示实施例中,上下文接口和推断引擎46接收关于参与者所用语音编码器(音码器)52、网络连接的类型54、设备的类型56和设备58所用通信客户端的输入。这些参数使上下文接口和推断引擎46能够了解关于连接和设备的如下物理特性,这些物理特性可以影响应当在音频处理器中如何处理用户设备提供的信号。
上下文接口也收集总体上关于通信会话以及关于用户参与通信会话的社会上下文信息。例如,上下文接口和推断引擎46可以从用户的日历60接收输入以了解通信会话的社会上下文。这使通信桥接器可以针对业务呼叫实现与它针对个人呼叫实现的处理不同的处理。同样,组织和人在组织中的角色62可以影响桥接器在通信会话上提供的服务质量。类似地,可以向特定参与者(诸如在销售会议呼叫上的客户)给予优先级以增加那些参与者的体验质量、使该特定参与者更容易切入对话中或者否则调整在通信会话期间对待参与者的方式。
人从其进行呼叫的位置也可以与通信桥接器12相关。例如,如果人从外部呼叫,则环境背景噪声量可能比如果人从更安静的室内位置呼叫时高。类似地,如果人从家中而不是从办公室呼叫,则在该人提供的音频上的背景噪声特性可能不同。
音频桥接器也可以查看服务质量65以确定如何处理从特定用户接收的音频。例如,如果用户从家中呼叫并且具有相对静态的粗筛(riddled)连接,则通信桥接器可能想要过滤信号以尝试从该连接消除一些静态。也可以确定其他服务质量因素。音频桥接器也可以将会话优先级66与业务因素规则70一起用来确定如何分配桥接器的资源以优化质量、成本和容量。例如,与客户的会议呼叫可以针对计算资源采用压倒业务环境中的内部会议的优先级。在作为服务而运行的会议桥接器中,可以向溢价预订的客户给予相对于支付更低费用的其他人而言的优先级。
音频桥接器可以在上下文历史80中保持优化、推断以及连接问题和上下文的记录。可以使用上下文历史作为用于音频处理的起点设置。例如,具有一贯高增益的用户可以使得在他们向桥接器呼入时自动应用增益减少。除了用户标识之外,诸如用户设备、连接类型、编解码器等其他上下文输入也可以保持于上下文历史中。为了优化存储,可以仅存储最频繁和高优先级的用户的上下文。
音频增强器从上下文接口和推断引擎46接收输入并且将其与体验质量因素68和业务因素70进行组合以确定如何在音频处理器50中处理信号。体验质量因素68是描述用户对通信会话性质的感知的因素。例如,回声消除或者抑制可能对于实现防止过量回声干扰声音保真度而言是重要的。用于回声抑制的体验质量因素可以指定最优总回声响度比率(TELR)值以及可接受的TELR值。这些TELR值可以依赖于会议呼叫的特定是上下文和其他因素。
例如,业务会议呼叫可能较少地容忍回声,并且因此可以针对业务会议呼叫指定最优和可接受的TELR值的第一集合。青少年可能具有对回声的不同容忍度,并且因此可以针对该类用户指定最优和可接受的TELR值第二集合。类似地,他们自己中的讨论家庭事务的家属谈话可能具有对回声的不同容忍度,并且因此可以针对该类用户指定最优和可接受的TELR值的第三集合。
除了回声之外,还可以针对其他音频性质(诸如噪声电平、总响度值和其他相似性质)指定最优和可接受的阈值。体验质量因素因此向音频增强器给予目标值以防止音频增强器过度处理信号使得增加特定性质(例如,回声消除),其中这样做不会使最终用户可感知地增加总体声音质量而是可能占用不必要的计算资源。
业务因素使成本和会话优先级能够在确定通信桥接器应当如何处理信号时被考虑。特定过程可能是计算密集的,并且因此占用通信桥接器的更大百分比的处理能力。由于通信桥接器具有有限的计算资源,所以实现计算密集过程限制了通信桥接器可以处理的通信会话数量。当基于通信会话的数量向通信桥接器的所有者付费时,实现计算密集过程可能影响通信桥接器生成的收入。
业务因素使业务决定能够得以实现,使得通信桥接器能够不仅优化参与者在通信会话上的体验质量,而且还能够优化桥接器能够在网络上生成的收入量。例如,业务因素可以使通信桥接器能够在桥接器负载时为通信会话实现更高质量的处理,并且然后在桥接器变得更拥塞时为较不重要的通信会话代用较低质量的处理。这使桥接器能够通过调整音频增强器如何处理存在的通信会话来调整到最大化收入的负载条件。
上下文接口和推断引擎接收这些类型的输入以及可能的其他输入,并且为信号确定适当的音频处理算法。这使会议桥接器能够通过提供针对社会上下文和个别参与者可调的优良音频性能来增强会议用户体验、通过在传统音频桥接器上集成业务智能来增加协作有效性。
音频处理器可以针对特定个别参与者实现多个不同类型的处理技术以优化该参与者在通信会话上的声音质量。一个示例类型的处理可以是确定是应当实现用于回声控制的线性还是非线性方法。特别地,如果选择线性回声处理方法,则可以使用回声消除器,而非线性方法将需要使用回声抑制而不是回声消除。回声消除是如下过程,音频处理器50可以通过该过程了解接收的信号的哪部分是实际信号以及哪部分是回声。自适应滤波器然后可以被构建成从信号减去回声。这使回声能够从信号中被减去或者消除,使得在理论上可以从信号移除回声而对非回声信号的影响最小。
对照而言,回声抑制并未仅移除信号的回声部分而是可能阻止整个反信号。由于回声朝向说话者向回传播,所以一种普通方法是在反方向上阻止音频以减少线路上的回声感知。尽管这由于无需创建自适应滤波器而比回声消除简单,但是它防止两个人同时谈话。特别地,当第一个人谈话时,如果第二个人开始谈话,则回声抑制可以认为从第二个人朝向第一个人传播的音频为回声,在该情况下它因此将抑制来自第二个人的音频。因而,对于回声抑制而言,是难以具有全双工对话的。
存在用于确定是否应当实现线性回声控制方法(回声消除)或者是否应当使用非线性方法(回声抑制)的若干方式。一种这样做的方式是查看该特定用户使用的音码器类型。存在通常由ITU以G.xxx系列标准的形式多年来已经指定的很多音码器。例如,G.711、G.726和G.722音码器一般为线性的,因而可以与使用这些音码器之一来实现的呼叫结合使用回声消除。对照而言,G.720、EVRC和变体、AMR、G.723.1、G.722.2通常为非线性的,因而可能必须在通信会话参与者使用这些音码器之一时使用回声抑制。移动用户通常可以使用诸如增强的可变速率编解码器(EVRC)或者自适应多速率压缩(AMR)之类的音码器,业务用户经常使用诸如G.702/G.711/G.722之类的音码器,并且基于家庭的住宅用户将经常使用G.729或者G.711音码器。因而,网络连接的类型可以影响该人所用的特定音码器。
上下文接口和推断引擎46针对加入通信会话的每个人单独实现对回声抑制或者回声消除的选择,使得可以针对该特定人实现最优回声处理。
除了音码器类型之外,网络损伤也可以指示需要部署非线性回声抑制。可以检测的示例网络损伤包括分组丢失和抖动,其可以图案、尖峰率、脉冲串大小、频率/出现等来进一步表征。测量的抖动特性(诸如尖峰率)可以指示网络抖动特性的频繁改变。如果分组丢失率超过如下比率,标准分组丢失隐藏算法在该比率以下操作的较少的非自然因素,则应当使用回声抑制而不是回声消除。
除了在每个用户的基础上执行回声处理之外,音频增强器也可以在每个用户的基础上实现噪声控制。当在信道上存在背景噪声时,期望实现一些形式的噪声抑制以减少背景噪声。然而,重要的是在抑制噪声时不能太激进,因为噪声抑制也可能破坏信道上的感兴趣的信号。
根据本发明的一个实施例,可以根据具有特定用户的通信信道的特定特性以及用户的位置和上下文信息(诸如对话类型(业务/随意))来调整噪声抑制水平和类型。噪声减少引擎通常可以由音频增强器实现,尽管不以该方式限制本发明。
在一个实施例中,可以基于在谈话者与噪声减少引擎之间的音码器类型来调整噪声抑制水平和类型。存在两种一般的音码器类型-保留原始波形的波形音码器和将原始信号解压成分量并且然后个别压缩分量的参数音码器。如果使用波形音码器(诸如G.711或者G.726),则噪声抑制算法可以更激进。如果使用参数音码器,则噪声抑制根据压缩率应当较不激进。
此外,本底噪声测量可以用来确定信噪比。如果环境本底噪声高于特定阈值,则可以经由应用接口32向参与者发送通知以使参与者能够修改用户设备的区域中的条件以帮助减少噪声阈值。例如,参与者可以在扬声器电话上并且设备的麦克风可能与噪声源(诸如计算机风扇、投影仪风扇或者其他类型的噪声源)太近定位。参与者可能并不知道风扇对呼叫引起明显噪声。向参与者提供通知可以使参与者能够移动电话或者向头戴式受话器而不是扬声器电话切换。
类似地,室外环境通常比室内环境更嘈杂。如果人从外部谈话,则可以进行补偿/调整以减少信号上的噪声量。例如,噪声消除过程可以在人从室外位置谈话时比在人从室内位置谈话时更激进。
因而,如上文讨论的那样,上下文接口和推断引擎收集和处理每个参与者的上下文。上下文可以包括参与者的姓名、在公司中的角色、对话类型(业务、随意、家属、少年),这些上下文帮助上下文接口和推断引擎确定在通信会话上所需的音频质量。例如,业务会议呼叫可能需要与在少年人群组之间的会议呼叫或者在家属群组之间的家庭会议呼叫不同地加以支持并且具有不同的音频质量。因此,通信会话背后的原因可以用来基于与社会上下文关联的预期来确定所需的体验质量阈值。这些体验质量因素然后可以用来在音频处理器对将在通信会话上混合在一起的音频流实现的回声抑制、噪声减少、音量平衡等方面调整呼叫的处理。
在一个实施例中,通信桥接器使用关于参与者和呼叫上下文的可用上下文信息,以及关于设备类型、网络连接类型和与参与者如何连接到通信桥接器关联的其他性质的物理信息来确定对影响体验质量的一些因素的改进是否可能。例如,通信桥接器可以确定是否有可能改进回声消除、噪声减少、响度比率或者另一因素。通信桥接器然后可以确定可用机制是否将充分改进因素以更改最终用户体验质量。如果不是,则无理由应用可用机制。即使通信桥接器可以使用可用机制来改进最终用户体验质量,通信桥接器也可以查看与通信会话关联的社会上下文以确定从业务观点来看是否值得这样做。
用于信号处理网络设备的动态协调的机制(MDCSPNE)是草案ITU-T推荐以针对语音质量增加来协调信号处理特征。根据特定实现,在网络上的不同地点应用不同语音质量增强可能由于在过程之间的非既定干扰而引起不期望的降级。通过在通信桥接器处经由音频处理器实现多个语音质量增强过程,可以协调这些增强以避免该类非既定干扰和附带的潜在音频质量降级。
在图3中所示的实施例中,通信桥接器包括服务保证接口72,该服务保证接口72从网络接收关于网络状态的输入,并且通信桥接器可以通过该服务保证接口72采取补救动作。服务保证接口也向服务保证系统提供桥接器和音频运转的状态以使服务保证系统能够知道桥接器如何随时间运转。同样,服务保证系统可以提供关于网络状态的运营信息以使通信桥接器能够了解网络如何操作。例如,如上文所言,网络的分组丢失率和抖动特性可以帮助通信桥接器确定使用哪个类型的回声处理。服务保证接口72可以获得关于网络运营状态的信息以帮助上下文接口和推断引擎在针对特定信号实现回声处理时确定这些参数。
应当理解这里做出的将功能描述为由本发明的方法执行的所有功能陈述可以由利用子例程和本领域普通技术人员已知的其他编程技术来实现的软件程序执行。替代地,可以用硬件、固件或者硬件、软件和固件的组合实现这些功能。本发明因此并不限于特定实现。
控制逻辑可以实现为在网元内的计算机可读存储器中存储的并且在微处理器上执行的程序指令集。然而,在该实施例中与先前实施例一样,本领域技术人员将清楚可以使用分立部件、集成电路、与可编程逻辑器件(诸如现场可编程门阵列(FPGA)或者微处理器)结合使用的可编程逻辑或者包括其任何组合的任何其他设备来实现这里描述的所有逻辑。可编程逻辑可以暂时或者持久地固定于有形介质(诸如只读储存器芯片、计算机存储器、盘或者其他存储介质)中。所有这样的实施例旨在落入本发明的范围内。
应当理解可以在本发明的精神和范围内进行对附图中示出和这里描述的实施例的各种改变和修改。因而,旨在按照示例而非限制意义解释上文描述中包含和附图中示出的所有内容。本发明仅由以下权利要求书和其等同物限定。