CN105025246A

CN105025246A - 一种加速显示对方视频的视频通话系统及视频通话方法

Info

Publication number: CN105025246A
Application number: CN201510443704.0A
Authority: CN
Inventors: 唐杰; 戴立言; 李庆瑜; 郭春松; 朱麒丞
Original assignee: SHANGHAI WONDERTEK SOFTWARE CO Ltd
Current assignee: SHANGHAI WONDERTEK SOFTWARE CO Ltd
Priority date: 2015-07-27
Filing date: 2015-07-27
Publication date: 2015-11-04

Abstract

本发明公开了一种加速显示对方视频的视频通话系统及视频通话方法，该系统包括：第一客户端，第二客户端以及服务器，通过服务器中转方式进行第一客户端和第二客户端之间的视频流传输。该方法包括：第一客户端通过服务器向第二客户端发送视频通话请求；第二客户端接受视频通话请求，第一客户端和第二客户端通过服务器中转的方式进行实时视频流传输；对第一客户端和第二客户端进行连通性检测；若连通成功，将实时视频流传输的方式改为直接连接的方式；若连通不成功，则不进行任何操作。本发明的加速显示对方视频的视频通话系统及通话方法，在尽量节省带宽的基础上，加速显示对方视频图像，减少了视频等待时间，提升了用户体验。

Description

一种加速显示对方视频的视频通话系统及视频通话方法

技术领域

本发明涉及计算机网络技术领域，特别涉及一种加速显示对方视频的视频通话系统及视频通话方法。

背景技术

随着网络宽带的快速提升以及硬件设备的发展和普及，视频通话的市场也进入了发展的快车道。视频通话需要两台联网（3G、互联网、3G互联网）的终端设备（如智能手机、PC、平板电脑等），通过集成软件或第三方软件来实现音、视频实时双向传输。

现有的视频通话的视频流传输方式主要包括：通过服务器进行转发，或者使用直接连接的方式。由于视频占用大量带宽，为降低服务器成本及减少延时，视频通话优先采用直接连接的方式进行视频流的传输，当无法建立直接连接时，再考虑服务器转发的方式。但是，很大一部分的NAT设备是无法建立直接连接的，必须使用服务器中转。在进行连接方式选择的过程中，终端一直处于等待状态，直到选择完成后，才能显示对方的视频图像。由于连接方式选择并非瞬间完成，需要收集各种类型的IP地址和端口，延长了视频显示的等待时间。

发明内容

本发明针对上述现有技术中存在的问题，提出一种加速显示对方视频的视频通话系统及视频通话方法，其在尽量节省带宽的基础上，加速显示对方视频图像，减少了视频等待时间。

为解决上述技术问题，本发明是通过如下技术方案实现的：

本发明提供一种加速显示对方视频的视频通话方法，其包括以下步骤：

S11：第一客户端通过服务器向第二客户端发送视频通话请求；

S12：第二客户端接受所述视频通话请求，通过服务器中转的方式进行所述第一客户端和所述第二客户端之间的实时视频流传输；

S13：对所述第一客户端和所述第二客户端进行连通性检测，检测是否可以进行直接连接（P2P连接）；

S14：若连通成功，将所述实时视频流传输的方式改为直接连接的方式；若连通不成功，则不进行任何操作。

较佳地，所述步骤S11进一步包括：

S111：第一客户端向服务器发送视频通话请求，所述第一客户端通过所述服务器收集第一候选项列表；

S112：所述服务器将所述视频通话请求转发给第二客户端，并将所述第一候选项列表发送给所述第二客户端。

较佳地，所述步骤S12进一步包括：

S121：第二客户端收到所述服务器转发的所述视频通话请求，所述第二客户端通过所述服务器收集第二候选项列表；

S122：所述第二客户端接受所述视频通话请求，所述服务器将所述第二候选项列表发送给所述第一客户端，所述第一客户端和所述第二客户端通过服务器中转的方式进行实时视频流传输。

较佳地，所述步骤S13具体为：对所述第一客户端的所述第一候选项列表中的IP地址和所述第二客户端的所述第二候选项列表中的IP地址进行连通性检测，检测第一客户端和第二客户端之间是否可以通过直接连接的方式进行连接。

较佳地，所述步骤S13进一步为：对所述第一客户端的所述第一候选项列表中的每一IP地址与所述第二客户端的所述第二候选项列表中的每一IP地址进行组合匹配，若任一组合在预设时间内收到应答，则连通成功，停止连通性检测；若所有组合在预设时间内都未收到应答，则连通不成功。

本发明还提供一种加速显示对方视频的视频通话系统，其包括：第一客户端、第二客户端以及服务器，其中：

所述第一客户端通过服务器中转向所述第二客户端发送视频通话请求；所述服务器用于中转所述第一客户端与所述第二客户端之间的视频通话请求；当所述第二客户端接受所述第一客户端的所述视频通话请求时，所述第一客户端与所述第二客户端之间通过所述服务器中转的方式进行实时视频流传输。

较佳地，所述服务器包括中继服务器与STUN服务器；

所述中继服务器用于中转所述第一客户端与所述第二客户端之间的视频通话请求；

所述STUN服务器用于使所述第一客户端和所述第二客户端通过其收集第一候选项列表以及第二候选项列表，以便于所述第一客户端和所述第二客户端对所述第一候选项列表和所述第二候选项列表进行连通性检查；

当检查到所述第一客户端和第二客户端之间可以建立直接连接时，所述第一客户端和所述第二客户端改为通过直接连接的方式进行实时视频流传输。

较佳地，所述第一候选项列表和所述第二候选性列表包括分配的IP地址和端口。

较佳地，所述IP地址包括本地IP地址、外网IP地址。

相较于现有技术，本发明具有以下优点：

（1）本发明提供的视频通话系统及视频通话方法，首先采用服务器转发的方式尽快开始视频流，然后再进行连通性检查，尝试建立直接连接，从而在尽量节省带宽的基础上，减少了视频等待的时间，提升了用户体验；

（2）本发明的视频通话系统及视频通话方法，简化了服务器的结构，简化了视频流传输过程，节省了时间。

当然，实施本发明的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

下面结合附图对本发明的实施方式作进一步说明：

图1为现有的视频通话方法的流程图；

图2为本发明的视频通话方法的流程图；

图3为本发明的视频通话方法的步骤示意图；

图4为本发明的视频通话系统的示意图。

标号说明：1-第一客户端，2-第二客户端，3-服务器；

31-中继服务器，32-STUN服务器。

具体实施方式

下面对本发明的实施例作详细说明，本实施例在以本发明技术方案为前提下进行实施，给出了详细的实施方式和具体的操作过程，但本发明的保护范围不限于下述的实施例。

现有的ICE（Interactive Connectivity Establishment）协议建立视频连接的方法为：能直连就直连，必要时通过STUN（Session Traversal Utilities for NAT）协议（RFC5389）协商，再不行使用TURN（Traversal Using Relays NAT）协议（RFC5766）进行中继转发。结合图1，其基于SIP（Session Initiation Protocol）协议（RFC3261）的视频通话的流程如下：

1、第一客户端向TURN服务器收集第一ICE候选项列表；

2、第一客户端向第二客户端发送视频通话请求（invite指令），通过SDP携带第一ICE候选项列表；

3、第二客户端收到服务器转发的视频通话请求，收集第二ICE候选项列表，然后发送200OK指令进行应答，并通过SDP携带第二ICE候选项列表，至此双方都获取了对方的ICE候选项列表；

4、对第一客户端和第二客户端进行连通性检查；

5、连通检查结束，即协商结束，第一客户端发送更新指令（reinvite指令），更新SDP信息，修改视频流的传送方式，第二客户端回应200OK，从而确定双方最终采用的视频流的传输地址；

6、开始视频流的传输（RTP），若ICE协商后确定的传输地址为服务器中继地址（Relayed Address），则说明视频流通过TURN服务器进行转发；若协商成功后确定的传输地址为服务器反射地址（Server Reflexive Address），则说明视频流采用直接连接的范式进行传输。

ICE协商过程并非瞬间完成，首先需要收集各种类型的IP地址和端口，然后再进行连通性检查，只有ICE协商完成后，终端才开始发送和接收视频流，而后才能显示对方的视频图像。在这个协商过程中，终端一直处于等待状态，无任何视频图像显示。且仍有一定比例的NAT设备无法建立直接连接，必须使用中继服务器，针对这种情况，ICE的协商过程就显得非常的多余，如果一开始就使用服务器转发视频流的方式就能达到同样的效果，节省了ICE协商的时间。

实施例1：

结合图2-图3，本实施例对本发明的加速显示对方视频的视频通话方法进行描述，其流程如下：

S101：第一客户端向服务器发送视频通话请求（invite指令），服务器收集第一客户端的第一候选项列表，通过SDP携带第一候选项列表；

S102：服务器将视频通话请求转发给第二客户端，并将第一候选项列表发送给第二客户端；

S103：第二客户端收到服务器转发的视频通话请求，服务器收集第二客户端的第二候选项列表，通过SDP携带第二候选项列表；

S104：第二客户端接受视频通话请求（发送200OK指令），服务器将第二候选项列表发送给第一客户端，第一客户端和第二客户端之间通过服务器中转的方式进行视频流传输（RTP）；

S105：并对第一客户端的第一候选项列表中的IP地址和第二客户端的第二候选项列表中的IP地址进行连通性检测，检测是否可以直接连接；

S106：连通检查结束，如果协商成功，第一客户端发送更新请求（reinvite指令），更新SDP信息，修改视频流的发送方式为直接连接，第二客户端回应200OK，从而确定双方新的视频流传输地址；如果协商不成功，则表面当前网络条件下无法建立直接连接，则结束ICE协商，当前会话保持不变，不执行任何操作。

本发明的视频通话方法为初期默认使用服务器中转视频流，然后再尝试建立直接连接，已达到客户端尽快显示对方视频的目的，提升用户体验。

实施例2：

结合图4，本实施例详细描述本发明的加速显示对方视频的视频通话系统，其包括：第一客户端1，第二客户端2以及服务器3，其中，服务器3包括中继服务器31和STUN服务器32；第一客户端1通过服务器3中转向第二客户端2发送视频通话请求；中继服务器31用于中转第一客户端1与第二客户端2之间的视频通话请求；当第二客户端2接受第一客户端1的视频通话请求时，第一客户端1与第二客户端2之间进行实时视频流传输；STUN服务器32用于收集第一客户端1的第一候选项列表和收集第二客户端2的第二候选项列表，然后对第一客户端1的第一候选项列表和第二客户端2的第二候选项列表进行连通性检查，当可以建立直接连接时，第一客户端1和第二客户端2之间改为通过直接连接的方式进行实时视频流传输。

本实施例中，中继服务31器为SIP服务器，STUN服务器32为STUN服务器。第一候选项列表和第二候选项列表中包括NAT（Natwork Address Translator，网络地址转换器）设备分配的IP地址的端口，IP地址包括：本地IP地址、外网IP地址。

不同实施例中，STUN服务器32搜集的第一候选项列表和第二候选项列表可以包括本地IP地址、外网IP地址和服务器IP地址，但是连通性检查时只检查可以直接连接的本地IP地址和外网IP地址。

此处公开的仅为本发明的优选实施例，本说明书选取并具体描述这些实施例，是为了更好地解释本发明的原理和实际应用，并不是对本发明的限定。任何本领域技术人员在说明书范围内所做的修改和变化，均应落在本发明所保护的范围内。

Claims

1.一种加速显示对方视频的视频通话方法，其特征在于，包括以下步骤：

S12：第二客户端接受所述视频通话请求，所述第一客户端和所述第二客户端通过服务器中转的方式进行实时视频流传输；

S13：对所述第一客户端和所述第二客户端进行连通性检测，检测是否可以直接连接；

2.根据权利要求1所述的视频通话方法，其特征在于，所述步骤S11进一步包括：

3.根据权利要求2所述的视频通话方法，其特征在于，所述步骤S12进一步包括：

4.根据权利要求3所述的视频通话方法，其特征在于，所述步骤S13具体为：对所述第一客户端的所述第一候选项列表中的IP地址和所述第二客户端的所述第二候选项列表中的IP地址进行连通性检测，检测是否可以直接连接。

5.根据权利要求4所述的视频通话方法，其特征在于，所述步骤S13进一步为：对所述第一客户端的所述第一候选项列表中的每一IP地址与所述第二客户端的所述第二候选项列表中的每一IP地址进行组合匹配，若任一组合在预设时间内收到应答，则连通成功，停止连通性检测；若所有组合在预设时间内都未收到应答，则连通不成功。

6.根据权利要求1所述的视频通话方法，其特征在于，所述步骤S14进一步包括：

S141：若连通成功，所述第一客户端发送更新请求，所述第二客户端接受所述更新请求，通过直接连接的方式进行所述第一客户端和所述第二客户端之间的实时视频流传输；

S142：若连通不成功，则不进行任何操作。

7.一种加速显示对方视频的视频通话系统，其特征在于，包括：第一客户端、第二客户端以及服务器，其中：

8.根据权利要求7所述的视频通话系统，其特征在于，所述服务器包括中继服务器与STUN服务器；

9.根据权利要求7所述的视频通话系统，其特征在于，所述第一候选项列表和所述第二候选性列表包括分配的IP地址和端口。

10.根据权利要求9所述的视频通话系统，其特征在于，所述IP地址包括本地IP地址、外网IP地址。