Distributed audio control method, device, system and software product. The method comprises the following steps to deal with node execution in multi point audio receiving control information regarding how to receive from the primary audio stream in an audio stream; from being connected to the distributed audio processing node of the audio client receives the audio stream; in each audio stream, by at least one packet audio communication characteristics analyze the received audio stream to generate audio stream has been evaluated, and the results of the analysis of the information attached to the packet; the receiving control information and / or included in the assessment of audio stream in the analysis results based on the information by judging any audio evaluation whether the stream will be further sent to the preselected audio stream; and transmitting the audio will be judged as further emission flow, also is judged to have discarded assessment will not be further launched Audio stream without mixing any transmitted audio stream.
【技术实现步骤摘要】
本专利技术涉及用于分布式音频控制的方法、设备以及系统。本专利技术还涉及相应的软件产品。本专利技术特别地适合于在开会应用中使用。对于开会应用而言已经知道一个或多个多点控制单元(MCU)被用来控制来自多个音频源的音频。一般地,由客户端来表示每个音频源。多个客户端被连接到一个MCU。多个MCU可以被作为网或树或者在混合式网/树结构中被互连。如果正在建立大型电话会议,则对MCU的要求随着附着客户端的数目N而增长。尤其是对处理语音本身的多点处理器(MP)的性能和带宽要求随着每个附加的客户端而增长。如果更多的MCU被互连,则可以获得某种可量测性。然而,每个MCU引入不能被减小到几十毫秒以下的有效负荷延迟。因此,可量测性是有限的。更具体地,图2示出了其中多点控制单元(MCU)10控制多个客户端30(客户端1...客户端N)的在现有技术中包含的示例。在这里,采取数目为N的客户端30。(遍及本申请,总体上,将N称为要控制的客户端的数目。)在此配置中,如上所述,MCU性能是瓶颈以及MCU网络连接。图3示出了其中每个控制多个客户端30的多个MCU10被以全网的形式互连的在现有技术中包含的另一示例。在此配置中,可以获得良好的语音延迟,因为语音延迟被限制到2×MCU_delay。将注意到的是MCU互连的数目快速地增长,遵循关系m*=(M×(M–1))/2,其中,m*是网中的所有MCU之间的MCU-MCU互连的数目,并且M是网中的MCU的数目。然后,在m**表示可能的MCU-MCU和MCU-客户端连接的最大数目的情况下,客户端N的最大数目Nmax被限制到约Nma ...
【技术保护点】
用于处理源自于多个音频客户端(130)的音频流的多点音频处理方法,所述方法包括将在分布式多点音频处理节点(120)中执行的以下步骤:—接收关于如何从接收到的音频流中预选用于上游混频的音频流的控制信息;—从被连接到所述分布式多点音频处理节点(120)的音频客户端(130)接收音频流;—在每个音频流中,通过在至少一个音频通信特性方面分析从所述音频客户端(130)接收的所述音频流的分组并将所述分析的分析结果信息附着到所述分组来生成已评估音频流;—基于所述接收控制信息和/或包含在所述已评估音频流中的所述分析结果信息,通过判定任何已评估音频流是否将在上游发射以用于混频来预选音频流;以及—发射被判定为要在上游发射的所述音频流,同时丢弃被判定为将不在上游发射的已评估音频流。
【技术特征摘要】
2014.12.19 EP 14004332.41.用于处理源自于多个音频客户端(130)的音频流的多点音频处理方法,所述方法包括
将在分布式多点音频处理节点(120)中执行的以下步骤:
—接收关于如何从接收到的音频流中预选用于上游混频的音频流的控制信息;
—从被连接到所述分布式多点音频处理节点(120)的音频客户端(130)接收音频流;
—在每个音频流中,通过在至少一个音频通信特性方面分析从所述音频客户端(130)接收的所述音频流的分组并将所述分析的分析结果信息附着到所述分组来生成已评估音频流;
—基于所述接收控制信息和/或包含在所述已评估音频流中的所述分析结果信息,通过判定任何已评估音频流是否将在上游发射以用于混频来预选音频流;以及
—发射被判定为要在上游发射的所述音频流,同时丢弃被判定为将不在上游发射的已评估音频流。
2.权利要求2的方法,还包括将在所述分布式多点音频处理节点(120)中执行的步骤:
—将所述控制信息发送到被连接到所述分布式多点音频处理节点(120)的一个或多个其它分布式多点音频处理节点(120);
—从所述其它分布式多点音频处理节点(120)接收音频流;以及
—在上游发射从所述其它分布式多点音频处理节点(120)接收的所述音频流以用于混频,优选地预先向其应用所述判定步骤,同时依赖于已经包含在从所述其它分布式多点音频处理节点(120)接收的所述音频流中的分析结果信息。
3.优选地根据权利要求1或2所述的用于处理源自于多个音频客户端(130)的音频流的多点音频处理方法,所述方法包括要在中央音频处理节点(110)中执行的步骤:
—将关于如何预选输入音频流的控制信息在下游发送到被连接到所述中央音频处理节点(110)的一个或多个分布式多点音频处理节点(120);
—从所述分布式多点音频处理节点(120)接收音频流;以及
—基于所述控制信息和/或包含在所述接收音频流中的关于接收音频流是否将被用于混频的任何分析结果信息,从所述接收音频流生成已混频音频流,优选地在采用抖动缓冲器的情况下,并且优选地预先判定。
4.权利要求3的方法,还包括步骤:
—定义将在所述中央音频处理节点(110)中执行的所述控制信息;和/或
—生成将被用于预选的提取控制信息,其将在所述中央音频处理节点(110)或所述分布式音频处理节点(120)中执行;和/或
—生成已修改控制信息以用于发送到另一已连接分布式音频处理节点(120),其将在所述中央音频处理节点(110)或所述分布式音频处理节点(120)中被执行。
5.权利要求1至4中的任一项的方法,其中,关于如何预选输入音频流的所述控制信息包括算法、参数以及所需流的数目中的至少一个。
6.权利要求1至5中的任一项的方法,其中,所述特性参数是音量参数和/或适于所述控制信息。
7.用于处理源自于多个音频客户端(130)的音频流的多点音频处理设备,所述设备适于执行根据权利要求1至6中的任一项所述的方法,所述设备优选地是服务器、优选地会议服务器、客户端、台式计算机、便携式计算机、平板电脑、电话、移动电话、智能电话、PDA等。
8.用于处理多个音频流的多点音频处理系统(100),包括
—第一处理节点(110),其具有混频单元(112)和复用单元(114);
—一个或多个第二处理节点(120),每个具有评估单元(122)和复用单元(124);以及
—多个音频客户端(130),
其中,所述第一处理节点(110)、第二处理节点(120)以及音频客户端(130)形成分级通信网络结构,其中
—所述第一处理节点(110)在向下分级方向上与被从所述第二处理节点(120)中选择或者可选择的一个或多个下级节点(120)通信连接或可连接;
—所述第二处理节点...
【专利技术属性】
技术研发人员:T库科萨,
申请(专利权)人:统一有限责任两合公司,
类型:发明
国别省市:德国;DE
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。