CN111193894A - 数据传输通道的建立方法及设备、存储介质、系统 - Google Patents

Abstract

本发明实施例涉及视频会议技术领域，公开了一种数据传输通道的建立方法及设备、存储介质、系统。所述方法包括：确定需要加入视频会议；与对端设备成功建立视频会议通道之前，与所述对端设备建立数据传输通道。在成功进入视频会议前就提前完成数据传输通道的建立，从而在成功进入视频会议后，能够直接交互BFCP信令，避免由于数据传输通道没有建立完成而造成信令交互失败的情况。

Description

数据传输通道的建立方法及设备、存储介质、系统

技术领域

本发明实施例涉及视频会议技术领域，特别涉及一种视频会议的通道建立方法及设备、存储介质、系统。

背景技术

视频会议，指两个或两个以上不同地方的个人或群体，通过传输线路及多媒体设备，将声音、影像及文件资料互传，实现即时、互动的沟通，以实现远程会议。在视频会议中，人们仅能看到远方的视频图像、听到远方的声音，为了能够交流更多的信息，比如图表、文档、影像等资料，提出了双流会议，即可以同时传输两路视频流的视频会议。双流会议中的第一路视频流称为主视频流，简称主视频；第二路视频流称为辅视频流，简称辅视频。辅视频不仅可以传输计算机存储的文件内容，还可以传输视频、图像等。双流会议可采用SIP(Session Initiation Protocol，会话初始协议)或H.323协议来支持完成。一般来讲，BFCP(The Binary Floor Control Protocol，二进制席位控制协议)双流协议是SIP协议系统的标准规范协议。

进入视频会议的完整信令交互流程包括：邀请入会消息和与之匹配的响应消息。例如：INVITE(Invite，邀请信令)消息、与之匹配的200OK响应消息和ACK(Acknowledgement，确认接收)消息，共计三条信令消息等。其中要携带两次SDP数据包，在成功进入视频会议后，视频会议终端再开始发送BFCP传输通道的TCP握手请求消息，建立TCP连接通道，待TCP连接建立成功后，才开始进行BFCP信令交互。

现有技术中至少存在如下问题：在成功进入视频会议后，作为服务器端的一方会启动监听端口，而作为客户端的一方才开始建立TCP连接。这样，从成功进入视频会议到TCP连接通道建立成功，会形成一个时间窗口。如果在这个时间窗口内发送辅视频流，是必定失败的，因为还没有建立好TCP连接通道就要发送数据包，从而使客户的体验效果较差。

发明内容

本发明实施方式的目的在于提供一种数据传输通道的建立方法及设备、存储介质、系统，用以解决在成功连接视频会议后，因数据传输通道未成功建立而导致的在进入视频会议短时间内无法发送双流信息的问题。

为解决上述技术问题，本发明的实施方式提供了一种数据传输通道的建立方法，包括以下步骤：

确定需要加入视频会议；与对端设备成功建立视频会议通道之前，与对端设备建立数据传输通道。

本发明的实施方式还提供了一种设备，包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，该存储器存储有可被至少一个处理器执行的指令，该指令被至少一个处理器执行，以使至少一个处理器能够执行上述数据传输通道的建立方法。

本发明的实施方式还提供了一种计算机可读存储介质，存储有计算机程序，该计算机程序被处理器执行时实现上述数据传输通道的建立方法。

本发明的实施方式还提供了一种数据传输通道的建立系统，包括：本地设备，用于确定需要加入视频会议，与对端设备成功建立视频会议通道之前，与对端设备建立数据传输通道；对端设备，用于与本地设备建立数据传输通道，并与本地设备建立视频会议通道。

本发明实施方式相对于现有技术而言，在成功进入视频会议前就提前完成数据传输通道的建立，从而在成功进入视频会议后，能够直接交互BFCP信令，避免由于数据传输通道没有建立完成，而造成在进入视频会议短时间内无法发送双流信息的情况，提高了用户体验。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定，附图中具有相同参考数字标号的元件表示为类似的元件，除非有特别申明，附图中的图不构成比例限制。

图1是根据本发明第一实施方式中的数据传输通道的建立方法流程图；

图2是根据本发明第一实施方式中的两点通信数据传输通道的建立方法信令流程图；

图3是根据本发明第一实施方式中的多点通信数据传输通道的建立方法信令流程图；

图4是根据本发明第二实施方式中的两点通信数据传输通道的建立方法信令流程图；

图5是根据本发明第二实施方式中的多点通信数据传输通道的建立方法信令流程图；

图6是根据本发明第三实施方式中的数据传输通道的建立装置示意图；

图7是根据本发明第四实施方式中的本地设备的结构示意图；

图8是根据本发明第五实施方式中的通信数据传输通道的建立系统示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。

本发明的第一实施方式涉及一种数据传输通道的建立方法。本实施方式的核心在于本地设备确定需要加入视频会议后，与对端设备成功建立视频会议通道之前，与对端设备建立数据传输通道。在基于二进制席位控制协议(The Binary Floor ControlProtocol，BFCP)双流协议的两路视频流的视频会议建立过程中，由于在成功进入视频会议前就提前完成数据传输通道的建立，使得在成功进入视频会议后，能够直接交互BFCP信令。避免由于数据传输通道没有建立完成，而造成在进入视频会议短时间内无法发送双流信息的情况。

下面对本实施方式的数据传输通道的建立方法的实现细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须。

本实施方式中的数据传输通道的建立过程如图1所示，该数据传输通道的建立过程是由本地设备执行，其中，本地设备为任意一个请求加入视频会议，或被请求加入视频会议的终端，对端设备相应的可以是任意一个被请求加入视频会议，或请求加入视频会议的终端，也可以是多点控制单元(Multipurpose Control Unit，MCU)，具体包括：

在步骤101中，确定需要加入视频会议。

其中，本地设备在确定需要加入视频会议之前，需要在视频会议服务器上进行注册，具体注册过程如下：本地设备发送注册请求给视频会议服务器；在本地设备接收到视频会议服务器返回的注册成功响应时，确定注册成功。

该注册流程不仅应用于本地设备，还可以应用于对端设备。该对端设备的注册流程与本地设备注册到视频会议服务器上的流程一样。这样，可使视频会议服务器能够知道，准备要加入该视频会议的设备都有哪些，从而使准备加入视频会议的终端，提前注册到视频会议服务器上，以保证视频会议的安全性。

其中，如果对端设备为被邀请加入视频会议的终端，则本地设备向视频会议服务器发送用于请求加入视频会议的邀请消息，其中，邀请消息由视频会议服务器转发给被邀请加入视频会议的终端；如果对端设备为多点控制单元，则本地设备向视频会议服务器发送用于请求加入视频会议的邀请消息；如果对端设备为发起视频会议的终端，则本地设备接收发起视频会议的终端通过视频会议服务器转发的，用于请求加入视频会议的邀请消息。针对不同的场景，定义了加入视频会议的触发方式，保证了不同的应用场景下都能够触发加入视频会议的过程。

如果是该本地设备发起的视频会议，则该邀请消息中携带有呼叫前缀，该呼叫前缀包含有指示对端设备类型的标识，通过该标识所指示的对端设备类型，来判断该视频会议是多点会议还是两点会议，如果该呼叫前缀中指示了该邀请消息是发送给终端的，则该视频会议是两点会议，如果该呼叫前缀中指示了该邀请消息是发送给MCU的，则该视频会议为多点会议。

如果是对端设备发起的视频会议，则该邀请消息中包含有用于指示是否携带SDP包的标识，通过该标识判断该视频会议是多点会议还是两点会议。如果该标识指示了该邀请消息中携带了SDP包，则该视频会议是两点会议，否则该视频会议为多点会议。

在步骤102中，与对端设备建立数据传输通道。

其中，如果对端设备为被邀请加入视频会议的终端，则发送数据传输通道的连接请求给对端设备，接收对端设备返回的数据传输通道的连接响应。

如果对端设备为发起视频会议的终端，则接收对端设备发送的数据传输通道的连接请求，返回数据传输通道的连接响应给对端设备。

如果对端设备为MCU，向MCU发送数据传输通道的连接请求，接收MCU返回的数据传输通道的连接响应。

以上提供了多种场景下，与对端设备建立数据传输通道的过程，其中，当进行视频会议的终端为多个时，MCU作为BFCP主席，MCU作为所有终端数据传送通道的监听者，监听所有进入视频会议的终端的数据传输通道的连接建立情况，用以保证各个要进行视频会议的终端可以通信。

当该本地设备接收到该对端设备发来的建立数据传输通道连接成功的响应，该数据传输通道建立成功。

在步骤103中，与对端设备成功建立视频会议通道。

当数据传输通道建立完成后，本地设备等待对端设备确认建立视频会议通道，待该本地设备接收到该对端设备发来的建立视频会议通道成功的响应消息后，该本地设备发送确认消息给该对端设备，该本地设备与该对端设备可以进行正常的视频会议的信息交互。

如果本地设备接收到该对端设备发来的进入视频会议失败的响应消息，则该视频会议通道建立失败。本地设备需关闭与对端设备之间的，之前已经建立成功的数据传输通道，以避免不必要的资源浪费。

一个具体实现中，如果进入视频会议的只有两个终端，且准备进行视频会议的发送终端和接收终端都在同一网段中时，则进行的视频会议是同网段内的两点通信，此时，建立该数据传输通道需要包含的设备有发送终端，接收终端和视频会议服务器。其中，发送终端作为本地设备，接收终端作为对端设备，此情况下的数据传输通道的建立过程中的信令流程如图2所示，具体包括：

在步骤201中，该发送终端发送注册请求消息给视频会议服务器，要求注册到该视频会议服务器上。

在步骤202中，该视频会议服务器返回注册成功响应消息给该发送终端，表示该发送终端成功注册到该视频会议服务器上。

在步骤203中，该发送终端发送邀请(INVITE)消息给该视频会议服务器，其中，INVITE消息中携带有呼叫前缀。该视频会议服务器在接收到该发送终端发送的INVITE消息后，搜索之前已经注册到该视频会议服务器上的终端，发现接收终端已经注册到该视频会议服务器上，并且该呼叫前缀指示了该INVITE消息是发送给该接收终端的，则该视频会议服务器将该INVITE消息转发给该接收终端，邀请接收终端进入视频会议。

在步骤204中，接收终端发送TCP握手请求消息给发送终端。

在步骤205中，该发送终端在接收到接收终端发来的TCP握手请求消息后，返回TCP握手响应消息给接收终端，接收终端接收到TCP握手响应消息后，表示此时发送终端与接收终端成功建立了数据传输通道。需要说明的是，此处仅为举例说明，其它未列举的数据传输通道的连接建立方法也在本发明的保护范围内，此处并不用于限制本发明的保护范围。

在步骤206中，接收终端在确认与发送终端成功建立了数据传输通道后，该接收终端会依次发送100Tring消息、180Ring消息和200OK消息给视频会议服务器，该视频会议服务器透传以上三条消息给该发送终端。

在步骤207中，该发送终端接收到以上三条消息后，返回确认ACK消息给该视频会议服务器，该视频会议服务器透传给该接收终端，接收终端在成功接收到ACK消息后，表示此时本地设备已经与对端设备成功建立了视频会议通道。

通过以上步骤，发送终端与接收终端通过视频会议服务器完成了在同一网段内的两个设备之间建立数据传输通道及视频会议通道的建立过程。

一个具体实现中，如果有两个以上的终端加入视频会议，且准备进行视频会议的各个终端都在同一网段中时，则进行的视频会议是同网段内的多点通信，此时，建立该数据传输通道需要包含的设备有发送终端，视频会议服务器，和MCU；其中，MCU作为该视频会议的BFCP主席，各个要求进入视频会议的终端需要与该MCU建立数据传输通道。其中，发送终端作为本地设备，接收终端作为对端设备，此情况下的数据传输通道的建立过程中的信令流程如图3所示，具体包括：

在步骤301中，该发送终端发送注册请求消息给视频会议服务器，要求注册到该视频会议服务器上。

在步骤302中，该视频会议服务器返回注册成功响应消息给该发送终端，表示该发送终端成功注册到该视频会议服务器上。

在步骤303中，该发送终端发送INVITE消息给该视频会议服务器，其中，INVITE消息中携带有呼叫前缀。该视频会议服务器在接收到该发送终端发送的INVITE消息后，发现其中携带的呼叫前缀指示了该INVITE消息是发送给MCU的，表示此时进行的是多点视频会议。

在步骤304中，该发送终端发送TCP握手请求消息给MCU。

在步骤305中，MCU在接收到发送终端发来的TCP握手请求消息后，返回TCP握手响应消息给发送终端，当发送终端接收到TCP握手响应消息时，表示此时发送终端与MCU成功建立了数据传输通道。需要说明的是，此处仅为举例说明，其它未列举的数据传输通道的连接建立方法也在本发明的保护范围内，此处并不用于限制本发明的保护范围。

在步骤306中，MCU在确认与发送终端成功建立了数据传输通道后，视频会议服务器会依次发送100Tring消息、180Ring消息和200OK消息给发送终端。

在步骤307中，该发送终端接收到以上三条消息后，返回确认ACK消息给该视频会议服务器，该视频会议服务器在成功接收到ACK消息后，表示此时本地设备已经与MCU成功建立了视频会议通道。

各个要进入该视频会议的终端都需要与该MCU建立数据传输通道；通过以上步骤，发送终端与MCU通过视频会议服务器完成了在同一网段内的发送设备与MCU之间建立数据传输通道及视频会议通道的建立过程。

在本发明的该实施例中，进行视频会议的各个终端、视频会议服务器及MCU都在同一网段内，在基于BFCP双流协议的两路视频流的视频会议建立过程中，由于在成功进入视频会议前就提前完成数据传输通道的建立，使得在成功进入视频会议后，能够直接交互BFCP信令。避免由于数据传输通道没有建立完成，而造成在进入视频会议短时间内无法发送双流信息的情况。

本发明的第二实施方式涉及一种数据传输通道的建立方法。第二实施方式与第一实施方式大致相同，主要区别之处在于：在第一实施方式中，作为本地设备与对端设备的各个终端及MCU都是在同一网段上，而在本发明第二实施方式中，作为本地设备与对端设备的各个终端不在同一网段上，需要经过穿越设备进行跨网段通信。

该数据传输通道的建立过程是由本地设备执行，其中，本地设备为任意一个请求加入视频会议，或被请求加入视频会议的终端，对端设备相应的可以是任意一个被请求加入视频会议，或请求加入视频会议的终端，也可以是MCU。在本实施方式中，数据传输通道的建立方法与第一实施例相同，但由于作为本地设备与对端设备的各个终端不在同一网段上，需要经过穿越设备进行跨网段通信。

根据对端设备的设备类型，分为以下两种情况进行区别处理：

情况一，如果对端设备为被邀请加入视频会议的终端，或，对端设备为发起视频会议的终端，则在增加了穿越设备的上述第一实施例的步骤102过程中，本实施例有以下区别处理：

其中，如果对端设备为被邀请加入视频会议的终端，或，对端设备为发起视频会议的终端，且确定注册响应中携带有用于指示经过穿越设备的标识，则本地设备向穿越设备发送数据传输通道的连接请求，接收该穿越设备发送的该数据传输通道的连接响应。同时，对端设备发送数据传输通道的连接请求给该穿越设备，该穿越设备返回数据传输通道的连接响应给该对端设备。

需要说明的是，穿越设备需根据数据传输通道的连接请求及连接响应消息中所携带信息，解析出对端设备的IP地址和端口号，当该IP地址及端口号与注册在该穿越设备中的对端设备的IP地址及端口号相匹配时，才可以将本地设备发给该穿越设备的消息转发给该对端设备。

在增加了穿越设备的上述第一实施例的步骤103过程中，本实施例有以下区别处理：

当上述数据传输通道建立完成后，本地设备等待对端设备确认建立视频会议通道，待该本地设备接收到通过穿越设备转发的，该对端设备发来的建立视频会议通道成功的响应消息后，该本地设备发送确认消息给该对端设备，其中，该确认消息通过穿越设备转发给该对端设备。自此，该本地设备与该对端设备之间成功建立了视频会议通道，双方可以进行正常的视频会议的信息交互。

如果该本地设备接收到通过穿越设备转发的，该对端设备发来的进入视频会议失败的响应消息，则该视频会议通道建立失败。则本地设备需关闭与穿越设备之间的，之前已建立成功的数据传输通道，并且该穿越设备也需关闭与对端设备之间的，之前已建立成功的数据传输通道，以避免不必要的资源浪费。

情况二，如果对端设备为多点控制单元时，则在增加了穿越设备的上述第一实施例的步骤102过程中，本实施例有以下区别处理：

其中，若对端设备为MCU，且确定注册响应中携带有用于指示经过穿越设备的标识，则将数据传输通道的连接请求，经穿越设备转发至MCU，接收MCU返回的经穿越设备转发的数据传输通道的连接响应。

在增加了穿越设备的上述第一实施例的步骤103过程中，本实施例有以下区别处理：

当上述数据传输通道建立完成后，本地设备接收到通过穿越设备转发的，视频会议服务器发来的建立视频会议通道成功的响应消息，该本地设备发送确认消息给穿越设备，该穿越设备转发该确认消息给视频会议服务器。该本地设备与视频会议的BFCP主席之间成功建立了视频会议通道。

如果该本地设备接收到通过穿越设备转发的，该对端设备发来的进入视频会议失败的响应消息，则该视频会议通道建立失败。则本地设备需关闭与穿越设备之间的，之前已建立成功的数据传输通道，并且穿越设备也需关闭与视频会议的BFCP主席之间的，之前已建立成功的数据传输通道，以避免不必要的而资源浪费。

当进行视频会议的双方在不同网段通信时，需要将消息经过穿越设备，用于保障进行视频会议的双方可以无障碍通信，避免不必要的通信中断。当进入视频会议的设备为多个，且各个设备都不在同一网段时，各个设备需要与会议的BFCP主席，即MCU相互通信，并且需要经过穿越设备进行信息的转发，保证信息不中断，进而保证视频会议的有效进行。

一个具体实现中，如果进入视频会议的只有两个终端，但准备进行视频会议的发送终端和接收终端不在同一网段中时，则进行的视频会议是跨网段的两点通信，此时，建立该数据传输通道需要包含的设备有发送终端，接收终端，穿越设备和视频会议服务器。该发送终端作为本地设备，接收终端作为对端设备，此情况下的数据传输通道的建立过程中的信令流程如图4所示，具体包括：

在步骤501中，该发送终端发送注册请求消息给视频会议服务器，要求注册到该视频会议服务器上，其中，该注册请求消息需要经过穿越设备进行转发。

在步骤502中，该视频会议服务器返回注册成功响应消息给该发送终端，表示该发送终端成功注册到该视频会议服务器上，其中，该注册成功响应消息需要经过穿越设备进行转发。

在步骤503中，该发送终端发送INVITE消息给穿越设备，该穿越设备将该INVITE消息透传给该视频会议服务器，其中，INVITE消息中携带有呼叫前缀。该视频会议服务器在接收到由穿越设备转发的该发送终端发送的INVITE消息后，搜索之前已经注册到该视频会议服务器上的终端，发现该接收终端已经注册到该视频会议服务器上，并且该呼叫前缀指示了该INVITE消息是发送给该接收终端的，则该视频会议服务器将该INVITE消息转发给该接收终端，邀请接收终端进入视频会议。

在步骤504中，该发送终端发送TCP握手请求消息给穿越设备。

在步骤505中，该穿越设备返回TCP握手响应消息，表示此时发送终端与该穿越设备已成功建立数据传输通道。

在步骤506中，该接收终端发送TCP握手请求消息给穿越设备。

在步骤507中，该穿越设备返回TCP握手响应消息给接收终端，表示此时接收终端与该穿越设备也已成功建立数据传输通道。

需要说明的是，此处仅为举例说明，其它未列举的数据传输通道的连接建立方法也在本发明的保护范围内，此处并不用于限制本发明的保护范围。

在步骤508中，接收终端在确认与发送终端成功建立了数据传输通道后，该接收终端会依次发送100Tring消息、180Ring消息和200OK消息给视频会议服务器，该视频会议服务器透传以上三条消息给穿越设备，该穿越设备再透传以上三条消息给该发送终端。

在步骤509中，该发送终端接收到以上三条消息后，返回ACK消息给穿越设备，该穿越设备透传该ACK消息给该视频会议服务器，该视频会议服务器再将该ACK消息透传给该接收终端，接收终端在成功接收到ACK消息后，表示此时发送终端已经与接收终端成功建立了视频会议通道。

通过以上步骤，发送终端与穿越设备之间建立了数据传输通道，接收终端也与穿越设备之间建立了数据传输通道，并且发送终端与接收终端通过穿越设备完成了在不同网段内的两个设备之间建立视频会议通道的建立过程。

一个具体实现中，如果有两个以上的终端加入视频会议，且准备进行视频会议的各个终端都不在同一网段中时，则进行的视频会议是不同网段内的多点通信，此时，建立该数据传输通道需要包含的设备有发送终端，穿越设备，视频会议服务器和MCU；其中，发送终端作为本地设备，MCU作为该视频会议的BFCP主席，各个要求进入视频会议的终端需要与该MCU建立数据传输通道。此情况下的数据传输通道的建立过程中的信令流程如图5所示，具体包括：

在步骤601中，发送终端发送注册请求消息给视频会议服务器，要求注册到该视频会议服务器上，其中，该注册请求消息需要经过穿越设备进行透传。

在步骤602中，该视频会议服务器返回注册成功响应消息给该发送终端，表示该发送终端成功注册到该视频会议服务器上，其中，该注册成功响应消息需要经过穿越设备进行透传。

在步骤603中，该该发送终端发送INVITE消息给穿越设备，该穿越设备透传该INVITE消息给该视频会议服务器，其中，INVITE消息中携带有呼叫前缀。该视频会议服务器在接收到由穿越设备透传的，该发送终端发送的INVITE消息后，发现其中携带的呼叫前缀指示了该INVITE消息是发送给MCU的，表示此时进行的是多点视频会议。

在步骤604中，该发送终端发送TCP握手请求消息给穿越设备。

在步骤605中，该穿越设备将接收到的TCP握手请求消息转发给MCU。

在步骤606中，MCU返回TCP握手响应消息给穿越设备。

在步骤607中，该穿越设备将返回的TCP握手响应消息转发给该发送终端，表示此时发送终端与MCU已成功建立数据传输通道。

需要说明的是，此处仅为举例说明，其它未列举的数据传输通道的连接建立方法也在本发明的保护范围内，此处并不用于限制本发明的保护范围。

在步骤608中，视频会议服务器会依次发送100Tring消息、180Ring消息和200OK消息给穿越设备，该穿越设备透传以上三条消息给发送终端。

在步骤609中，该发送终端在接收到以上三条消息后，返回ACK消息给穿越设备，该穿越设备透传以上三条消息给该视频会议服务器，该视频会议服务器在成功接收到ACK消息后，表示此时发送终端已经与MCU成功建立了视频会议通道。

通过以上步骤，发送终端与MCU之间建立了数据传输通道，并且发送终端与MCU通过穿越设备和视频会议服务器完成了在不同网段内的视频会议通道的过程，发送终端与MCU之间可以进行正常的视频会议的信息交互。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本发明的第三实施方式涉及一种数据传输通道的建立装置，该装置的具体实施可参见第一实施方式的相关描述，重复之处不再赘述。值得说明的是，本实施方式中的装置的具体实施也可参见第二实施方式的相关描述，但不局限于以上两个实施例，其他未说明的实施例也在本装置的保护范围之内。

如图6所示，该装置主要包括：确认模块701，用于确定是否需要加入视频会议；建立模块702，用于在与对端设备成功建立视频会议通道之前，与所述对端设备建立数据传输通道。

不难发现，本实施方式为与第一或第二实施方式相对应的系统实施例，本实施方式可与第一或第二实施方式互相配合实施。第一或第二实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一或第二实施方式中。

值得一提的是，本实施方式中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明的创新部分，本实施方式中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明本实施方式中不存在其它的单元。

本申请第四实施方式提供了一种本地设备，该本地设备具体结构如图7所示。包括至少一个处理器801；以及，与至少一个处理器801通信连接的存储器802。其中，存储器802存储有可被至少一个处理器801执行的指令，指令被至少一个处理器801执行，以使至少一个处理器801能够执行第一或第二实施方式所描述的数据传输通道的建立方法。

本实施方式中，处理器801以中央处理器(Central Processing Unit，CPU)为例，存储器802以可读写存储器(Random Access Memory，RAM)为例。处理器801、存储器802可以通过总线或者其他方式连接，图7中以通过总线连接为例。存储器802作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如本申请实施例中实现环境信息确定方法的程序就存储于存储器802中。处理器801通过运行存储在存储器802中的非易失性软件程序、指令以及模块，从而执行本地设备的各种功能应用以及数据处理，即实现上述数据传输通道的建立方法。

存储器802可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储选项列表等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器802可选包括相对于处理器801远程设置的存储器，这些远程存储器可以通过网络连接至外接设备。

一个或者多个程序模块存储在存储器802中，当被一个或者多个处理器801执行时，执行上述任意方法实施例中的数据传输通道的建立方法。

上述产品可执行本申请实施例所提供的方法，具备执行方法相应的功能模块和有益效果，未在本实施例中详尽描述的技术细节，可参见本申请实施例所提供的方法。

本申请的第五实施方式涉及一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，该计算机程序被处理器执行时能够实现本申请任意方法实施例中涉及的数据传输通道的建立方法。

本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个本地设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本申请的第六实施方式涉及一种数据传输通道的建立系统，该系统的具体实施可参见第一实施例的相关描述，重复之处不再赘述。值得说明的是，本实施方式中的系统的具体实施也可参见第二实施方式的相关描述，但不局限于以上两个实施例，其他未说明的实施例也在本系统的保护范围之内。

如图8所示，该系统主要包括：本地设备901，用于确定需要加入视频会议，与对端设备成功建立视频会议通道之前，与所述对端设备建立数据传输通道；对端设备902，用于与所述本地设备建立所述数据传输通道，并与所述本地设备建立所述视频会议通道。

本领域的普通技术人员可以理解，上述各实施例是实现本申请的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (10)

1.一种数据传输通道的建立方法，其特征在于，所述方法包括：

确定需要加入视频会议；

与对端设备成功建立视频会议通道之前，与所述对端设备建立数据传输通道。

2.根据权利要求1所述的数据传输通道的建立方法，其特征在于，确定需要加入视频会议，包括：

若所述对端设备为被邀请加入所述视频会议的终端，则向视频会议服务器发送用于请求加入所述视频会议的邀请消息，其中，所述邀请消息由所述视频会议服务器转发给所述被邀请加入所述视频会议的终端；

若所述对端设备为多点控制单元，则向视频会议服务器发送用于请求加入所述视频会议的邀请消息；

若所述对端设备为发起所述视频会议的终端，则接收所述发起视频会议的终端通过所述视频会议服务器转发的，用于请求加入所述视频会议的邀请消息。

3.根据权利要求2所述的数据传输通道的建立方法，其特征在于，与所述对端设备建立数据传输通道，包括：

若所述对端设备为被邀请加入所述视频会议的终端，发送所述数据传输通道的连接请求给所述对端设备，接收所述对端设备返回的所述数据传输通道的连接响应；

若所述对端设备为发起所述视频会议的终端，接收所述对端设备发送的所述数据传输通道的连接请求，返回所述数据传输通道的连接响应给所述对端设备；

若所述对端设备为多点控制单元，向所述多点控制单元发送所述数据传输通道的连接请求，接收所述多点控制单元返回的所述数据传输通道的连接响应。

4.根据权利要求1所述的数据传输通道的建立方法，其特征在于，在确定需要加入视频会议之前，所述数据传输通道的建立方法还包括：

发送注册请求给视频会议服务器；

接收所述视频会议服务器返回的注册响应，并根据所述注册响应确定注册成功。

5.根据权利要求4所述的数据传输通道的建立方法，其特征在于，与所述对端设备建立数据传输通道，包括：

若所述对端设备为被邀请加入所述视频会议的终端，或，所述对端设备为发起所述视频会议的终端，且确定所述注册响应中携带有用于指示经过穿越设备的标识，则向所述穿越设备发送所述数据传输通道的连接请求，接收所述穿越设备返回的所述数据传输通道的连接响应；

若所述对端设备为多点控制单元，且确定所述注册响应中携带有用于指示经过穿越设备的标识，则将所述数据传输通道的连接请求，经所述穿越设备转发至所述多点控制单元，接收所述多点控制单元返回的，经所述穿越设备转发的所述数据传输通道的连接响应。

6.根据权利要求1至5任一项所述的数据传输通道的建立方法，其特征在于，与所述对端设备建立数据传输通道之后,所述数据传输通道的建立方法还包括：

若接收到所述对端设备发来的进入视频会议失败的响应消息，则关闭所述数据传输通道。

7.一种设备，其特征在于，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至6中任一所述的数据传输通道的建立方法。

8.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至6中任一所述的数据传输通道的建立方法。

9.一种数据传输通道的建立系统，其特征在于，包括：

本地设备，用于确定需要加入视频会议，与对端设备成功建立视频会议通道之前，与所述对端设备建立数据传输通道；

对端设备，用于与所述本地设备建立所述数据传输通道，并与所述本地设备建立所述视频会议通道。

10.根据权利要求9所述的数据传输通道的建立系统，其特征在于，包括：所述本地设备具体用于：

若所述对端设备为被邀请加入所述视频会议的终端，则向视频会议服务器发送用于请求加入所述视频会议的邀请消息，其中，所述邀请消息由所述视频会议服务器转发给所述被邀请加入所述视频会议的终端；

若所述对端设备为多点控制单元，则向视频会议服务器发送用于请求加入所述视频会议的邀请消息；

若所述对端设备为发起所述视频会议的终端，则接收所述发起视频会议的终端通过所述视频会议服务器转发的，用于请求加入所述视频会议的邀请消息。

Images