视频传输设备和视频传输方法

摘要

本发明提供一种视频传输设备和视频传输方法，该视频传输设备包括：路径规划管理模块，用于获取视频会议业务平台发送的参与视频会议的终端用户上报的信息，所述终端用户包括视频流的发送端用户和接收端用户；根据终端用户上报的信息，确定各接收端用户对应的网络带宽情况；根据各接收端用户对应的网络带宽情况，确定每一发送端用户到对应的接收端用户的最优路径；SDN控制器，用于对最优路径中的转发设备进行控制，以实现发送端用户到对应的接收端用户的视频流的转发。本发明中，通过路径规划管理模块规划视频流的转发路径以及通过SDN控制器控制底层的转发设备，以实现视频流的转发，无需将视频流集中处理，可以减小了视频流的传输延迟。

权利要求

1.一种视频传输设备，其特征在于，包括：

路径规划管理模块，用于获取视频会议业务平台发送的参与视频会议的终端用户上报的信息，所述终端用户包括视频流的发送端用户和接收端用户；根据所述终端用户上报的信息，确定各接收端用户对应的网络带宽情况；根据各接收端用户对应的网络带宽情况，确定每一所述发送端用户到对应的接收端用户的最优路径，所述路径为从发送端用户到对应的接收端用户之间的转发设备的链接；

SDN控制器，用于对所述最优路径中的转发设备进行控制，以实现所述发送端用户到对应的接收端用户的视频流的转发。

2.根据权利要求1所述的视频传输设备，其特征在于，

所述路径规划管理模块包括获取单元和计算单元；

所述获取单元，用于获取发送端用户集合、接收端用户集合、用于转发视频流的所有转发设备以及各接收端用户对应的网络带宽情况；所述发送端用户集合中的发送端用户按照发送路数从多到少的顺序进行排序；所述接收端用户集合中包括每个所述发送端用户对应的至少一个接收端用户，每个所述发送端用户对应的接收端用户按照能够接收的空域增强层的层数进行排序；所述接收端用户对应的网络带宽情况根据所述接收端用户能够接收的空域增强层得到；

所述计算单元，用于遍历所述获取单元获取的发送端用户集合中的每一发送端用户，针对当前遍历到的发送端用户，从所述接收端用户集合中依次选择所述当前遍历到的发送端用户对应的接收端用户，并依次根据所述当前遍历到的发送端用户对应的接收端用户对应的网络带宽情况，从所述转发设备中选取部分转发设备，作为所述当前遍历到的发送端用户到对应的每一接收端用户的最优路径的转发设备。

3.根据权利要求1所述的视频传输设备，其特征在于，所述路径规划管理模块通过API与所述SDN控制器通信。

4.根据权利要求1所述的视频传输设备，其特征在于，所述SDN控制器通过OpenFlow协议与所述转发设备通信。

5.一种视频传输方法，其特征在于，包括：

获取视频会议业务平台发送的参与视频会议的终端用户上报的信息，所述终端用户包括视频流的发送端用户和接收端用户；根据所述终端用户上报的信息，确定各接收端用户对应的网络带宽情况；根据各接收端用户对应的网络带宽情况，确定每一所述发送端用户到对应的接收端用户的最优路径，所述路径为从发送端用户到对应的接收端用户之间的转发设备的链接；

通过SDN控制器对所述最优路径中的转发设备进行控制，以实现所述发送端用户到对应的接收端用户的视频流的转发。

6.根据权利要求5所述的方法，其特征在于，所述终端用户上报的信息包括以下至少之一：所述终端用户的情况信息，网络带宽情况信息，网络延迟情况信息，接收哪些发送端用户的视频流，是否共享自身的视频流。

7.根据权利要求5所述的方法，其特征在于，所述终端用户的情况信息包括以下至少之一：所述终端用户的显示分辨率，所述终端用户的视频流处理能力，所述视频流处理能力包括所述终端用户能够接收的空域增强层的层数和/或时域增强层的层数。

8.根据权利要求5所述的方法，其特征在于，根据所述终端用户上报的信息，确定各接收端用户对应的网络带宽情况；根据各接收端用户对应的网络带宽情况，确定每一所述发送端用户到对应的接收端用户的最优路径包括：获取发送端用户集合、接收端用户集合、用于转发视频流的所有转发设备以及各接收端用户对应的网络带宽情况；其中，所述发送端用户集合中的发送端用户按照发送路数从多到少的顺序进行排序；所述接收端用户集合中包括每个所述发送端用户对应的至少一个接收端用户，每个所述发送端用户对应的接收端用户按照能够接收的空域增强层的层数进行排序；所述接收端用户对应的网络带宽情况根据所述接收端用户能够接收的空域增强层得到；

遍历所述获取单元获取的发送端用户集合中的每一发送端用户，针对当前遍历到的发送端用户，从所述接收端用户集合中依次选择所述当前遍历到的发送端用户对应的接收端用户，并依次根据所述当前遍历到的发送端用户对应的接收端用户对应的网络带宽情况，从所述转发设备中选取部分转发设备，作为所述当前遍历到的发送端用户到对应的每一接收端用户的最优路径的转发设备。

9.根据权利要求8所述的方法，其特征在于，所述最优路径采用如下公式表示：

* * *

path，delay，hc＝(peer，S，R，Rijbw)

* *

其中，path 为发送端到对应的接收端的最优路径，delay 为所述最优路径对应的传输*延迟，hc为所述最优路径经过的转发设备的个数，peer为SDN控制器所控制的所有转发设备，Rijbw为接收端用户根据能够接收的空域增强层和/或时域增强层预估出的网络带宽情况，SD为最优路径计算函数。

10.根据权利要求8所述的方法，其特征在于，所述接收端用户集合中，若所述发送端用户对应的接收端用户能够接收的空域增强层的层数相同，则按照所述接收端用户能够接收的时域增强层进行排序。

11.一种网络设备，其特征在于，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如权利要求5至10中任一项所述的视频传输方法的步骤。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求5至10中任一项所述的视频传输方法的步骤。

说明书

视频传输设备和视频传输方法

技术领域

[0001] 本发明实施例涉及数据业务技术领域，尤其涉及一种视频传输设备和视频传输方法。

背景技术

[0002] 视频会议系统主要应用于企业远程视频通信、异地业务开展等场景中，近年来，云技术的成熟应用提升了视频会议系统的应用场景，视频会议逐步覆盖到支持电话、电脑网页、手机APP、微信小程序、专业会议室终端多种方式入会。

[0003] 目前视频会议主要有MCU(Multipoint Conferencing Unit，多点会议单元)方案和SFU(Selective Forwarding Unit，选择转发单元)方案。

[0004] 1、MCU方案

[0005] MCU技术在视频会议领域出现得非常早，目前技术也非常成熟，MCU主要的处理逻辑是：接收每个共享终端的音视频流，经过解码、与其他解码后的音视频进行混流、重新编码之后，再将混好的音视频流发送给视频会议里的所有终端，MCU方案的模型是一个星形结构，如图1所示，图1中，B1、B2、B3和B4为终端。

[0006] MCU的优点如下：技术非常成熟，在硬件视频会议中应用非常广泛，作为音视频网关，通过解码、再编码可以屏蔽不同编解码设备的差异化，满足更多客户的集成需求，提升用户体验和产品竞争力，将多路视频混合成一路，所有视频会议参与人看到的是相同的画面，客户体验非常好。

[0007] 然而，MCU也有一些不足，主要表现为：重新解码、编码和混流，需要大量的运算，对CPU(中央处理器)资源的消耗很大，还会带来延迟。

[0008] 2、SFU方案

[0009] SFU像是一个媒体流路由器，接收终端的音视频流，根据需要转发给其他终端，SFU的拓扑机构和功能模型如图2所示，图2中，B1、B2、B3、B4分别代表4个用户，每一个用户都会共享一路流发给SFU，SFU将每一路流转发给共享者之外的其他3个用户。

[0010] 如图3所示为基于SFU的视频会议实现用例，PC1共享的是一路视频流，编码使用SVC(scalable video coding，可伸缩视频编码)分为三层发送给SFU。SFU根据接收端的情况，发现PC2网络状况不错，于是将0、1、2三层都发给PC2；发现Phone网络不好，则只将0层发给Phone。这样就可以适应不同的网络环境和终端类型。

[0011] SFU的优点如下：首先，由于是数据包直接转发，不需要编码和解码，对CPU资源消耗很小。其次，带来了很大的灵活性，能够更好地适应不同的网络状况和终端类型。

[0012] 然而，SFU也有一些不足，主要表现为：由于是数据包直接转发，所有的视频流都要先集中到SFU，SFU的网络带宽和网络处理都带来极大的挑战，超大规模的视频集中到一点导致网络拥塞，存在单点故障的风险和加大视频流传输的延迟等风险。

发明内容

[0013] 本发明实施例提供一种视频传输设备和视频传输方法，用于解决现有的视频传输方法容易造成视频流延迟的问题。

[0014] 为了解决上述技术问题，本发明是这样实现的：

[0015] 第一方面，本发明实施例提供了一种视频传输设备，包括：

[0016] 路径规划管理模块，用于获取视频会议业务平台发送的参与视频会议的终端用户上报的信息，所述终端用户包括视频流的发送端用户和接收端用户；根据所述终端用户上报的信息，确定各接收端用户对应的网络带宽情况；根据各接收端用户对应的网络带宽情况，确定每一所述发送端用户到对应的接收端用户的最优路径，所述路径为从发送端用户到对应的接收端用户之间的转发设备的链接；

[0017] SDN控制器，用于对所述最优路径中的转发设备进行控制，以实现所述发送端用户到对应的接收端用户的视频流的转发。

[0018] 可选的，所述路径规划管理模块包括获取单元和计算单元；

[0019] 所述获取单元，用于获取发送端用户集合、接收端用户集合、用于转发视频流的所有转发设备以及各接收端用户对应的网络带宽情况；所述发送端用户集合中的发送端用户按照发送路数从多到少的顺序进行排序；所述接收端用户集合中包括每个所述发送端用户对应的至少一个接收端用户，每个所述发送端用户对应的接收端用户按照能够接收的空域增强层的层数进行排序；所述接收端用户对应的网络带宽情况根据所述接收端用户能够接收的空域增强层得到；

[0020] 所述计算单元，用于遍历所述获取单元获取的发送端用户集合中的每一发送端用户，针对当前遍历到的发送端用户，从所述接收端用户集合中依次选择所述当前遍历到的发送端用户对应的接收端用户，并依次根据所述当前遍历到的发送端用户对应的接收端用户对应的网络带宽情况，从所述转发设备中选取部分转发设备，作为所述当前遍历到的发送端用户到对应的每一接收端用户的最优路径的转发设备。

[0021] 可选的，所述路径规划管理模块通过API与所述SDN控制器通信。

[0022] 可选的，所述SDN控制器通过OpenFlow协议与所述转发设备通信。

[0023] 第二方面，本发明实施例提供了一种视频传输方法，包括：

[0024] 获取视频会议业务平台发送的参与视频会议的终端用户上报的信息，所述终端用户包括视频流的发送端用户和接收端用户；根据所述终端用户上报的信息，确定各接收端用户对应的网络带宽情况；根据各接收端用户对应的网络带宽情况，确定每一所述发送端用户到对应的接收端用户的最优路径，所述路径为从发送端用户到对应的接收端用户之间的转发设备的链接；

[0025] 通过SDN控制器对所述最优路径中的转发设备进行控制，以实现所述发送端用户到对应的接收端用户的视频流的转发。

[0026] 可选的，所述终端用户上报的信息包括以下至少之一：所述终端用户的情况信息，网络带宽情况信息，网络延迟情况信息，接收哪些发送端用户的视频流，是否共享自身的视频流。

[0027] 可选的，所述终端用户的情况信息包括以下至少之一：所述终端用户的显示分辨率，所述终端用户的视频流处理能力，所述视频流处理能力包括所述终端用户能够接收的空域增强层的层数和/或时域增强层的层数。

[0028] 可选的，根据所述终端用户上报的信息，确定各接收端用户对应的网络带宽情况；根据各接收端用户对应的网络带宽情况，确定每一所述发送端用户到对应的接收端用户的最优路径包括：

[0029] 获取发送端用户集合、接收端用户集合、用于转发视频流的所有转发设备以及各接收端用户对应的网络带宽情况；其中，所述发送端用户集合中的发送端用户按照发送路数从多到少的顺序进行排序；所述接收端用户集合中包括每个所述发送端用户对应的至少一个接收端用户，每个所述发送端用户对应的接收端用户按照能够接收的空域增强层的层数进行排序；所述接收端用户对应的网络带宽情况根据所述接收端用户能够接收的空域增强层得到；

[0030] 遍历所述获取单元获取的发送端用户集合中的每一发送端用户，针对当前遍历到的发送端用户，从所述接收端用户集合中依次选择所述当前遍历到的发送端用户对应的接收端用户，并依次根据所述当前遍历到的发送端用户对应的接收端用户对应的网络带宽情况，从所述转发设备中选取部分转发设备，作为所述当前遍历到的发送端用户到对应的每一接收端用户的最优路径的转发设备。

[0031] 可选的，所述最优路径采用如下公式表示：

[0032] path*，delay*，hc*＝(peer，S，R，Rijbw)

[0033] 其中，path*为发送端到对应的接收端的最优路径，delay*为所述最优路径对应的*传输延迟，hc 为所述最优路径经过的转发设备的个数，peer为SDN控制器所控制的所有转发设备，Rijbw为接收端用户根据能够接收的空域增强层和/或时域增强层预估出的网络带宽情况，SD为最优路径计算函数。

[0034] 可选的，所述接收端用户集合中，若所述发送端用户对应的接收端用户能够接收的空域增强层的层数相同，则按照所述接收端用户能够接收的时域增强层进行排序。

[0035] 第三方面，本发明实施例提供了一种网络设备，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现上述第二方面所述的视频传输方法的步骤。

[0036] 第四方面，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述第二方面所述的视频传输方法的步骤。

[0037] 在本发明实施例中，通过路径规划管理模块规划视频流的转发路径以及通过SDN控制器控制底层的转发设备，实现视频流的转发，不需要由MCU对视频流进行重新编码、解码和混流，也不需要将视频流集中发送到SFU再进行转发，避免了网络拥塞和单点故障的风险，减小了视频流的延迟。

附图说明

[0038] 通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

[0039] 图1为MCU网络系统的架构示意图；

[0040] 图2为SFU网络系统的架构示意图；

[0041] 图3为SVC的编码方法的示意图；

[0042] 图4为本发明实施例的SDN网络结构的示意图；

[0043] 图5为本发明实施例的视频传输设备的结构示意图；

[0044] 图6为本发明实施例的视频传输方法的流程示意图；

[0045] 图7为本发明实施例的多播树的结构示意图；

[0046] 图8为本发明实施例中的视频传输设备中各个设备之间的交互流程示意图；

[0047] 图9为本发明实施例的网络设备的结构示意图。

具体实施方式

[0048] 下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

[0049] SDN(Software Defined Network，软件定义网络)是一种新兴的控制与转发分离并直接可编程的网络架构。

[0050] 请参考图4，本发明中，将传统网络设备紧耦合的网络架构分拆成应用、控制、转发三层分离的SND软件定义网络架构，其中，控制层被转移到了服务器，上层应用、底层转发设施被抽象成多个逻辑实体，该网络结构具有以下优点：

[0051] 1)控制转发分离：支持第三方控制面设备通过OpenFlow等开放式的协议远程控制通用硬件的交换/路由功能。

[0052] 2)控制平面集中化：提高路由管理灵活性，加快业务开通速度，简化运维。

[0053] 3)转发平面通用化：多种交换、路由功能共享通用硬件设备。

[0054] 4)控制器软件可编程：可通过软件编程方式满足客户化定制需求。

[0055] 请参考图5，本发明实施例提供一种视频传输设备，包括：

[0056] 路径规划管理模块，用于获取视频会议业务平台发送的参与视频会议的终端用户上报的信息，所述终端用户包括视频流的发送端用户和接收端用户；根据所述终端用户上报的信息，确定各接收端用户对应的网络带宽情况；根据各接收端用户对应的网络带宽情况，确定每一所述发送端用户到对应的接收端用户的最优路径，所述路径为从发送端用户到对应的接收端用户之间的转发设备的链接；本发明实施例中，所述转发设备可以包括路由器和/或交换机。

[0057] SDN控制器，用于对所述最优路径中的转发设备进行控制，以实现所述发送端用户到对应的接收端用户的视频流的转发。

[0058] 本发明实施例中，终端用户可以支持电话、电脑网页、手机APP、微信小程序、专业会议室终端等多种方式加入视频会议。

[0059] 本发明实施例中，通过SDN软件定义网络对视频流实现转发，视频会议业务平台作为应用层，首先建立视频会议室，并且根据参加会议的终端用户上报的信息，寻找各个终端之间的最佳路径规划，通过SDN控制器对转发设备的控制，在基础设施层实现视频流的转发，并转发到终端，不需要由MCU对视频流进行重新编码、解码和混流，也不需要将视频流集中发送到SFU再进行转发，避免了网络拥塞和单点故障的风险，减小了视频流的延迟。

[0060] 本发明实施例中，可选的，所述终端用户上报的信息包括以下至少之一：所述终端用户的情况信息，网络带宽情况信息，网络延迟情况信息，接收哪些发送端用户的视频流，是否共享自身的视频流。

[0061] 进一步可选的，所述终端用户的情况信息包括以下至少之一：所述终端用户的显示分辨率，所述终端用户的视频流处理能力，所述视频流处理能力包括所述终端用户能够接收的空域增强层的层数和/或时域增强层的层数。

[0062] 本发明实施例中，可选的，所述路径规划管理模块通过API(Application Programming Interface，应用程序接口)与所述SDN控制器通信。

[0063] 本发明实施例中，可选的，所述SDN控制器通过OpenFlow协议与所述转发设备通信。

[0064] 本发明实施例中，可选的，所述路径规划管理模块包括获取单元和计算单元；

[0065] 所述获取单元，用于获取发送端用户集合、接收端用户集合、用于转发视频流的所有转发设备以及各接收端用户对应的网络带宽情况；所述发送端用户集合中的发送端用户按照发送路数从多到少的顺序进行排序；所述接收端用户集合中包括每个所述发送端用户对应的至少一个接收端用户，每个所述发送端用户对应的接收端用户按照能够接收的空域增强层的层数进行排序；所述接收端用户对应的网络带宽情况根据所述接收端用户能够接收的空域增强层得到；

[0066] 所述计算单元，用于遍历所述获取单元获取的发送端用户集合中的每一发送端用户，针对当前遍历到的发送端用户，从所述接收端用户集合中依次选择所述当前遍历到的发送端用户对应的接收端用户，并依次根据所述当前遍历到的发送端用户对应的接收端用户对应的网络带宽情况，从所述转发设备中选取部分转发设备，作为所述当前遍历到的发送端用户到对应的每一接收端用户的最优路径的转发设备。

[0067] 本发明实施例中，视频流可以采用SVC(scalable video coding，可伸缩视频编码)方式，请参考图3，PC1共享的是一路视频流，编码使用SVC分为三层发送给SFU，PC2能够接收三层编码的视频流，则PC2能够接收的空域增强层的层数为3层，Phone能够接收一层编码的视频流，则PC2能够接收的空域增强层的层数为1层。

[0068] 可选的，所述接收端用户集合中，若所述发送端用户对应的接收端用户能够接收的空域增强层的层数相同，则按照所述接收端用户的能够接收的时域增强层进行排序。所谓时域增强层是指接收端能够接收的视频流的帧率。

[0069] 请参考图6，本发明实施例还提供一种视频传输方法，包括：

[0070] 步骤1：获取视频会议业务平台发送的参与视频会议的终端用户上报的信息，所述终端用户包括视频流的发送端用户和接收端用户；

[0071] 本发明实施例中，可选的，所述终端用户上报的信息包括以下至少之一：所述终端用户的情况信息，网络带宽情况信息，网络延迟情况信息，接收哪些发送端用户的视频流，是否共享自身的视频流。

[0072] 本发明实施例中，可选的，所述终端用户的情况信息包括以下至少之一：所述终端用户的显示分辨率，所述终端用户的视频流处理能力，所述视频流处理能力包括所述终端用户能够接收的空域增强层的层数和/或时域增强层的层数。

[0073] 步骤2：根据所述终端用户上报的信息，确定各接收端用户对应的网络带宽情况；根据各接收端用户对应的网络带宽情况，确定每一所述发送端用户到对应的接收端用户的最优路径，所述路径为从发送端用户到对应的接收端用户之间的转发设备的链接；

[0074] 上述步骤1和2可以由上述实施例中的路径规划管理模块执行。

[0075] 步骤3：通过SDN控制器对所述最优路径中的转发设备进行控制，以实现所述发送端用户到对应的接收端用户的视频流的转发。

[0076] 本发明实施例中，通过路径规划管理模块规划视频流的转发路径以及通过SDN控制器控制底层的转发设备，实现视频流的转发，不需要由MCU对视频流进行重新编码、解码和混流，也不需要将视频流集中发送到SFU再进行转发，避免了网络拥塞和单点故障的风险，减小了视频流的延迟。

[0077] 本发明实施例中，可选的，根据所述终端用户上报的信息，确定各接收端用户对应的网络带宽情况；根据各接收端用户对应的网络带宽情况，确定每一所述发送端用户到对应的接收端用户的最优路径包括：

[0078] 步骤21：获取发送端用户集合，其中，所述发送端用户集合中的发送端用户按照发送路数从多到少的顺序进行排序；

[0079] 发送端用户集合可以采用如下方式表示：

[0080] S＝{S0,S1,S2…}

[0081] 其中，S表示发送端用户集合，S0、S1、S2……表示发送端用户。通常情况下，S0为视频会议的主持人，S1,S2…按照发送的路数从多到少进行排序。发送路数是指其视频流需要发送给多少接收端用户。

[0082] 步骤22：获取接收端用户集合，其中，所述接收端用户集合中包括每个所述发送端用户对应的至少一个接收端用户，每个所述发送端用户对应的接收端用户按照能够接收的空域增强层的层数进行排序；具体的，按照能够接收的空域增强层的层数从高到低的顺序排列；

[0083] 接收端用户集合可以采用如下方式表示：

[0084] R＝{R00,R01,R02…R0j；Ri0,Ri1,Ri2,Rij}

[0085] 其中，R表示接收端用户集合，其中，R00,R01,R02…R0j为发送端用户S0对应的所有接收端用户，Ri0,Ri1,Ri2,Rij为发送端用户Si对应的所有接收端用户。

[0086] 本发明实施例中，接收端可以根据自身的终端情况信息和/或网络带宽情况信息等，确定能够接收的空域增强层的层数。

[0087] 本发明实施例中，可选的，所述接收端用户集合中，若所述发送端用户对应的接收端用户能够接收的空域增强层的层数相同，则按照所述接收端用户能够接收的时域增强层进行排序。具体的，按照能够接收的时域增强层的层数从高到低的顺序排列。

[0088] 步骤23：获取用于转发视频流的所有转发设备；

[0089] 步骤24：遍历所述获取单元获取的发送端用户集合中的每一发送端用户，针对当前遍历到的发送端用户，从所述接收端用户集合中依次选择所述当前遍历到的发送端用户对应的接收端用户，并依次根据所述当前遍历到的发送端用户对应的接收端用户对应的网络带宽情况，从所述转发设备中选取部分转发设备，作为所述当前遍历到的发送端用户到对应的每一接收端用户的最优路径的转发设备。

[0090] 本发明实施例中，针对所述发送端用户集合中的每一发送端用户，可以构造该发送端用户与其每一接收端用户的多播树，如图7所示。

[0091] 本发明实施例中，根据构造的多播树，输出每个发送端用户的最优路径，其中，还可以同时输出该最优路径对应的传输延迟，以及经过的转发设备的个数。

[0092] 输出结果可以如下所示：

[0093] path*，delay*，hc*＝SD(peer，S，R，Rijbw)

[0094] 其中，path*为发送端到对应的接收端的最优路径，delay*为所述最优路径对应的*传输延迟，hc 为所述最优路径经过的转发设备的个数，peer为SDN控制器所控制的所有转发设备，Rijbw为接收端用户根据能够接收的空域增强层和时域增强层预估出的网络带宽情况，SD为最优路径计算函数，所述最优路径计算函数例如可以是最短路径计算函数。

[0095] 本发明实施例中，计算最优路径的算法可以如下所示：

[0096]

[0097] 请参考图8，图8为本发明实施例中的视频传输设备中各个设备之间的交互流程示意图，该流程包括：

[0098] 步骤1a：主持人启动视频会议，主持人对应的终端用户向视频会议业务平台发送视频会议启动请求；

[0099] 步骤1b：视频会议业务平台向主持人对应的终端用户返回视频会议信息等；

[0100] 步骤1c：视频会议业务平台生成签约记录；

[0101] 步骤2a：参与视频会议的终端用户向视频会议业务平台上报信息，所述终端用户上报的信息包括以下至少之一：所述终端用户的情况信息，网络带宽情况信息，网络延迟情况信息，接收哪些发送端用户的视频流，是否共享自身的视频流。

[0102] 步骤2b：视频会议业务平台将终端用户上报的信息转发给路径规划管理模块；

[0103] 步骤2c：路径规划管理模块根据终端用户上报的信息，确定各接收端用户对应的网络带宽情况；根据各接收端用户对应的网络带宽情况，计算视频传输的最优路径，并将最优路径发送给SDN控制器；

[0104] 步骤2d：SDN控制器根据最优路径，向转发设备发送控制命令，控制转发设备实现最优路径的链接。

[0105] 步骤2e～2h：转发设备链接成功后，向终端用户发送成功的通知。

[0106] 步骤3a～3b：终端用户通过转发设备进行视频流的发送和接收。

[0107] 当有新的终端用户加入视频会议之后，重复执行步骤2a～3b。

[0108] 请参考图9，本发明实施例还提供一种网络设备90，包括处理器91，存储器92，存储在存储器92上并可在所述处理器91上运行的计算机程序，该计算机程序被处理器91执行时实现上述视频传输方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

[0109] 本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现上述视频传输方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read‑Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。

[0110] 需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

[0111] 通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

[0112] 上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。