CN102651701B - 建立音视频通讯连接的方法和装置 - Google Patents

Abstract

本发明公开了一种建立音视频通讯连接的方法和装置，属于网络技术领域。该方法包括：与多个客户端建立服务器中转连接；尝试与所述多个客户端建立直连连接以及客户端中转连接；如果所述直连连接或客户端中转连接成功，断开与所述多个客户端的服务器中转连接。该装置包括：第一建立模块和第二建立模块。该发明通过在建立多人异构网络环境下的音视频通讯连接时，先与其他客户端建立服务器中转连接，该机制保证了多人之间的音视频通路可以可靠快速的建立起来；再尝试其他连接，当其他连接成功时，中断服务器中转连接，保证了最大限度的降低了多人音视频连接通路的运营成本。

Description

建立音视频通讯连接的方法和装置

技术领域

本发明涉及网络技术领域，特别涉及一种建立音视频通讯连接的方法和装置。

背景技术

随着网络技术的发展，网络用户之间的实时音视频通讯越来越频繁，在现有的实时音视频通讯中，考虑到成本的压力，一般选用端到端、或者客户端中转数据的方式建立数据传输通道。例如ICE(InteractiveConnectivityEstablishment，交互式连通建立方式)协议，在建立连接通路的时候，会尝试建立各种连接方式的通路(包括直连、STUN(SessionTraversalUtilitiesforNAT，NAT穿越会话协议)连接、TURN(TraversalUsingRelayNAT，通过中转穿越NAT)连接等)并评测各连接方式，然后根据连接的质量、创建连接耗费的时间来选择某两个用户之间最终的传输方式。

在对现有技术进行分析后，发明人发现现有技术至少具有如下缺点：

在现有的音视频通讯中，建立连接过程需要一定的时间尝试，用户发出多人音视频的邀请后需要等待一定的时间建立、选择连接通路，最终建立音视频通讯连接以完成数据的传输，不仅耗时长，用户的体验不佳，而且运营成本高。

发明内容

本发明实施例提供了一种建立音视频通讯连接的方法和装置。所述技术方案如下：

一种建立音视频通讯连接的方法，包括：

与多个客户端建立服务器中转连接；

尝试与所述多个客户端建立直连连接以及客户端中转连接，所述客户端中转连接是指客户端的数据先上传到第三方客户端，再由所述第三方客户端转发给其他客户端；

如果所述直连连接或客户端中转连接成功，断开与所述多个客户端的服务器中转连接；

其中，所述与多个客户端建立服务器中转连接，具体包括：

在所述多个客户端中的任一个客户端发起音视频连接或加入音视频会话时，检测所述客户端的网络状态，当所述客户端的网络状态符合第一预设标准，则为所述客户端建立服务器中转连接，当所述客户端的网络状态不符合第一预设标准，则为所述客户端直接建立直连连接或客户端中转连接，所述第一预设标准是根据所述服务器中转连接所需的最小网速、距离服务器的远近以及通信的耗时来设定的。

所述方法还包括：

如果所述直连连接和客户端中转连接失败，保持所述服务器中转连接。

所述方法还包括：

如果所述直连连接或客户端中转连接成功，检测当前的音视频通讯连接，当所述音视频通讯连接中任一个连接的连接质量不符合第二预设标准，则将所述连接质量不符合第二预设标准的连接切换为其他的连接方式。

检测当前的音视频通讯连接，具体包括：

实时收集所述音视频通讯连接中各个连接的连接质量参数，所述连接质量参数包括连接的延迟、丢包和抖动；

根据所述各个连接的连接质量参数和所述第二预设标准进行评估。

一种建立音视频通讯连接的装置，包括：

第一建立模块，用于与多个客户端建立服务器中转连接；

第二建立模块，用于尝试与所述多个客户端建立直连连接以及客户端中转连接，所述客户端中转连接是指客户端的数据先上传到第三方客户端，再由所述第三方客户端转发给其他客户端；

所述第一建立模块还用于如果所述直连连接或客户端中转连接成功，断开与所述多个客户端的服务器中转连接；

其中，所述第一建立模块具体用于在所述多个客户端中的任一个客户端发起音视频连接或加入音视频会话时，检测所述客户端的网络状态，当所述客户端的网络状态符合第一预设标准，则为所述客户端建立服务器中转连接，当所述客户端的网络状态不符合第一预设标准，则为所述客户端直接建立直连连接或客户端中转连接，所述第一预设标准是根据服务器中转连接所需的最小网速、距离服务器的远近以及通信的耗时来设定的。

所述第一建立模块还用于如果所述直连连接和客户端中转连接失败，保持所述服务器中转连接。

所述装置还包括：

检测模块，用于如果所述直连连接或客户端中转连接成功，检测当前的音视频通讯连接，当所述音视频通讯连接中任一个连接的连接质量不符合第二预设标准，则触发用于将所述连接质量不符合第二预设标准的连接切换为其他的连接方式的切换模块。

所述检测模块包括：

参数收集单元，用于实时收集所述音视频通讯连接中各个连接的连接质量参数，所述连接质量参数包括连接的延迟、丢包和抖动；

评估单元，用于根据所述各个连接的连接质量参数和所述第二预设标准进行评估。

本发明实施例提供的技术方案的有益效果是：

通过在建立多人异构网络环境下的音视频通讯连接时，先与其他客户端建立服务器中转连接，该机制保证了多人之间的音视频通路可以可靠快速的建立起来；再尝试其他连接，当其他连接成功时，中断服务器中转连接，保证了最大限度的降低了多人音视频连接通路的运营成本。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明提供的一种建立音视频通讯连接的方法的流程图；

图2是本发明提供的一种建立音视频通讯连接的方法的流程图；

图3是本发明提供的一种建立音视频通讯连接的装置的结构示意图；

图4是本发明提供的一种建立音视频通讯连接的装置的结构示意图；

图5是本发明提供的一种建立音视频通讯连接的装置的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

实施例1

为了在复杂网络中建立多人音视频连接通路时减少耗时、降低运营成本，本发明实施例提供了一种建立音视频通讯连接的方法，参见图1，包括：

101：与多个客户端建立服务器中转连接；

102：尝试与所述多个客户端建立直连连接以及客户端中转连接；

103：如果所述直连连接或客户端中转连接成功，断开与所述多个客户端的服务器中转连接。

其中，与多个客户端建立服务器中转连接，具体包括：

在该多个客户端中的任一个客户端发起音视频连接或加入音视频会话时，检测所述客户端的网络状态，当所述客户端的网络状态符合第一预设标准，则为所述客户端建立服务器中转连接。

进一步地，所述方法还包括：

如果所述直连连接和客户端中转连接失败，保持所述服务器中转连接。

进一步地，所述方法还包括：

如果所述直连连接或客户端中转连接成功，检测当前的音视频通讯连接，当所述音视频通讯连接中任一个连接的连接质量不符合第二预设标准，则将所述连接质量不符合第二预设标准的连接切换为其他的连接方式。

其中，检测当前的音视频通讯连接，具体包括：

实时收集所述音视频通讯连接中各个连接的连接质量参数，所述连接质量参数包括连接的延迟、丢包和抖动；

根据所述各个连接的连接质量参数和所述第二预设标准进行评估。

通过在建立多人异构网络环境下的音视频通讯连接时，先与其他客户端建立服务器中转连接，该机制保证了多人之间的音视频通路可以可靠快速的建立起来；再尝试其他连接，当其他连接成功时，中断服务器中转连接，保证了最大限度的降低了多人音视频连接通路的运营成本。

实施例2

为了在复杂网络中建立多人音视频连接通路时减少耗时、降低运营成本，本发明实施例提供了一种建立音视频通讯连接的方法，以客户端A、B和C之间建立多人音视频连接为例进行说明，参见图2，包括：

201：在客户端A、B和C之间建立服务器中转连接；

在本发明实施例中，服务器中转连接为客户端将数据先上传到服务器，再由服务器转发给其他客户端的数据中转连接。该多人音视频通讯可由A、B和C之中任一个客户端发起，当服务器接收到建立多人音视频通讯的请求时，为A、B和C优先建立服务器中转连接，保证各客户端之间的数据连接通路可以快速、可靠的建立起来。

具体地，该步骤201还可以为：在该多个客户端中的任一个客户端发起音视频连接时，检测客户端的网络状态，当客户端的网络状态符合第一预设标准，则为所述客户端建立服务器中转连接，另外，当客户端的网络状态不符合第一预设标准，则为该客户端直接建立客户端中转连接或直连连接。其中，第一预设标准为客户端网速能够快速稳定的建立服务器中转连接，该第一预设标准为技术人员根据经验或服务器中转连接所需的最小网速设定的，本发明实施例不做具体限定。需要说明的是，对于不同的客户端，与服务器的远近、通信的耗时等都可以作为第一预设标准的考虑因素，例如，客户端A与客户端B距离遥远，网络中转节点多，则也可以认为该客户端不适合客户端中转连接或直连连接，直接为其建立服务器中转连接。

例如，当第一预设标准为客户端网速需达到50k，当客户端A发起音视频连接时，检测A的网络状态，获知A的网速为100k，则为A建立服务器中转连接，如，A的网速为30k，则为A建立客户端中转连接或直连连接。

202：服务器中转连接建立后，客户端A尝试与各个客户端建立直连连接，同时，尝试与各个客户端建立客户端中转连接；

优选地，每个客户端都可尝试进行音视频通讯连接。当多个客户端同时尝试进行直连连接时，各个客户端都需进行对连接状态是否成功的判断，对于，客户端中转连接，客户端也需进行对连接状态是否成功的判断。

在本发明实施例中，直连连接是指客户端的数据不通过其他服务器或者客户端，通过路由后直接达到接收端(即其他客户端)；

在本发明实施例中，客户端中转连接是指客户端的数据先上传到第三方客户端，再由该第三方客户端转发给其他客户端。

在本实施例中，是由客户端A发起连接，并尝试直连或客户端中转连接，该步骤还可以为A发起服务器中转连接，B尝试直连或客户端中转连接。建立和发起连接的可以为多个客户端中的任意一个。

需要说明的是，当客户端个数大于预设阈值时，为了保证通路质量，由于服务器中转连接的吞吐量较大，可优先建立服务器中转连接。

203：判断该直连连接与客户端中转连接是否都成功，如果是，则执行步骤204；

如果否，则执行步骤206；

在本发明实施例中，一旦服务器中转连接建立起来之后，再尝试与各客户端建立直连连接和客户端中转连接，如果直连连接建立成功，切换到直连连接方式，并利用该直连连接进行客户端之间的音视频通讯，如果直连连接建立不成功，则判断客户端中转连接是否成功，如果成功，则切换到客户端中转连接，并利用该客户端中转连接进行客户端之间的音视频通讯，如果客户端中转连接不成功，继续使用服务器中转连接，并利用该服务器中转连接进行客户端之间的音视频通讯。

需要说明的是，本发明中所述的客户端中转连接和直连连接的判断顺序还可以为先判断客户端中转连接的连接状态，当客户端中转连接建立不成功时，再判断直连连接的连接状态，该判断顺序可以由服务器根据系统的性能等进行预设，具体预设方法本发明不再赘述。

204：当直连连接和客户端中转连接都已成功时，对直连连接和客户端中转连接的质量进行比较，并选择质量较好的连接，断开质量较差的连接；

在本发明实施例中，对连接通路质量的比较可以通过收集连接通路的参数，并通过预设算法计算，并获得比较结果。

为了方便说明，本实施例中，假设直连连接的质量好于客户端中转连接，则在该步骤204中，断开客户端中转连接。

205：断开与该多个客户端的服务器中转连接；

进一步地，如果所述直连连接或客户端中转连接成功，该方法还包括以下步骤：

检测当前的音视频通讯连接，当所述音视频通讯连接中任一个连接的连接质量不符合第三预设标准，则将所述连接质量不符合第三预设标准的连接切换为其他的连接方式。

在该步骤中，如果直连的服务质量出现了波动，或者直连连接因为某种原因断开，切换到其他连接方式，如，客户端中转连接或服务器中转连接。

其中，检测当前的音视频通讯连接具体包括：

S1：实时收集所述音视频通讯连接中各个连接的连接质量参数，所述连接质量参数包括连接的延迟delta、丢包loss和抖动jetter；

其中，该链接质量参数还可以包括其他描述连接通路质量的参数，本发明实施例不做具体限定。

S2：根据所述各个连接的连接质量参数和所述第三预设标准进行评估。

在步骤S2中，需对收集的链接质量参数进行处理，例如进行加权求和。

例如，使用Q＝w1*delta+w2*loss+w3*jetter；Q为链接质量，如果Q的值在低通滤波计算后发生向增大的趋势或者达到之前的某一个阈值，则说明该连接通路质量较差，不符合第三预设标准。上述公式中的w1，w2，w3均为外部可调节参数，方便外部根据不同应用来设置对连接质量的要求。其中，第三预设标准是按照业务对传输的需求设定的标准。

需要说明的是，本发明中所述的服务器中转连接、直连连接和客户端中转连接的具体实现过程属于本领域技术人员可以获知的公知常识，在此不再赘述。

206：保持该服务器中转连接。

通过在建立多人异构网络环境下的音视频通讯连接时，先与其他客户端建立服务器中转连接，该机制保证了多人之间的音视频通路可以可靠快速的建立起来；再尝试其他连接，当其他连接成功时，中断服务器中转连接，保证了最大限度的降低了多人音视频连接通路的运营成本，当连接成功后，实时收集各连接的传输质量，实时动态地向质量更好的连接切换。

实施例3

本发明实施例还提供了一种建立音视频通讯连接的装置，参见图3，该装置包括：

第一建立模块301，用于与多个客户端建立服务器中转连接；

第二建立模块302，用于尝试与所述多个客户端建立直连连接以及客户端中转连接；

所述第一建立模块301还用于如果所述直连连接或客户端中转连接成功，断开与所述多个客户端的服务器中转连接。

所述第一建立模块301具体用于在该多个客户端中的任一个客户端发起音视频连接或加入音视频会话时，检测所述客户端的网络状态，当所述客户端的网络状态符合第一预设标准，则为所述客户端建立服务器中转连接。

所述第一建立模块301还用于如果所述直连连接和客户端中转连接失败，保持所述服务器中转连接。

参见图4，所述装置还包括：

检测模块303，用于如果所述直连连接或客户端中转连接成功，检测当前的音视频通讯连接，当所述音视频通讯连接中任一个连接的连接质量不符合第二预设标准，则触发用于将所述连接质量不符合第二预设标准的连接切换为其他的连接方式的切换模块304。

参见图5，所述检测模块303包括：

参数收集单元303a，用于实时收集所述音视频通讯连接中各个连接的连接质量参数，所述连接质量参数包括连接的延迟、丢包和抖动；

评估单元303b，用于根据所述各个连接的连接质量参数和所述第二预设标准进行评估。

本实施例提供的装置，具体可以服务器，与方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

本发明实施例提供的上述技术方案的全部或部分可以通过程序指令相关的硬件来完成，所述程序可以存储在可读取的存储介质中，该存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (8)

1.一种建立音视频通讯连接的方法，其特征在于，包括：

与多个客户端建立服务器中转连接；

尝试与所述多个客户端建立直连连接以及客户端中转连接，所述客户端中转连接是指客户端的数据先上传到第三方客户端，再由所述第三方客户端转发给其他客户端；

如果所述直连连接或客户端中转连接成功，断开与所述多个客户端的服务器中转连接；

其中，所述与多个客户端建立服务器中转连接，具体包括：

在所述多个客户端中的任一个客户端发起音视频连接时，检测所述客户端的网络状态，当所述客户端的网络状态符合第一预设标准，则为所述客户端建立服务器中转连接，当所述客户端的网络状态不符合第一预设标准，则为所述客户端直接建立直连连接或客户端中转连接，所述第一预设标准是根据所述服务器中转连接所需的最小网速、距离服务器的远近以及通信的耗时来设定的。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

如果所述直连连接和客户端中转连接失败，保持所述服务器中转连接。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

如果所述直连连接或客户端中转连接成功，检测当前的音视频通讯连接，当所述音视频通讯连接中任一个连接的连接质量不符合第二预设标准，则将所述连接质量不符合第二预设标准的连接切换为其他的连接方式。

4.根据权利要求3所述的方法，其特征在于，检测当前的音视频通讯连接，具体包括：

实时收集所述音视频通讯连接中各个连接的连接质量参数，所述连接质量参数包括连接的延迟、丢包和抖动；

根据所述各个连接的连接质量参数和所述第二预设标准进行评估。

5.一种建立音视频通讯连接的装置，其特征在于，包括：

第一建立模块，用于与多个客户端建立服务器中转连接；

第二建立模块，用于尝试与所述多个客户端建立直连连接以及客户端中转连接，所述客户端中转连接是指客户端的数据先上传到第三方客户端，再由所述第三方客户端转发给其他客户端；

所述第一建立模块还用于如果所述直连连接或客户端中转连接成功，断开与所述多个客户端的服务器中转连接；

其中，所述第一建立模块具体用于在所述多个客户端中的任一个客户端发起音视频连接或加入音视频会话时，检测所述客户端的网络状态，当所述客户端的网络状态符合第一预设标准，则为所述客户端建立服务器中转连接，当所述客户端的网络状态不符合第一预设标准，则为所述客户端直接建立直连连接或客户端中转连接，所述第一预设标准是根据服务器中转连接所需的最小网速、距离服务器的远近以及通信的耗时来设定的。

6.根据权利要求5所述的装置，其特征在于，所述第一建立模块还用于如果所述直连连接和客户端中转连接失败，保持所述服务器中转连接。

7.根据权利要求5所述的装置，其特征在于，所述装置还包括：

检测模块，用于如果所述直连连接或客户端中转连接成功，检测当前的音视频通讯连接，当所述音视频通讯连接中任一个连接的连接质量不符合第二预设标准，则触发用于将所述连接质量不符合第二预设标准的连接切换为其他的连接方式的切换模块。

8.根据权利要求7所述的装置，其特征在于，所述检测模块包括：

参数收集单元，用于实时收集所述音视频通讯连接中各个连接的连接质量参数，所述连接质量参数包括连接的延迟、丢包和抖动；

评估单元，用于根据所述各个连接的连接质量参数和所述第二预设标准进行评估。