[发明专利]一种基于openflow控制的视频点播方法

说明书

技术领域

本发明涉及视频监控领域，尤其涉及一种基于openflow控制的视频点播方法。

背景技术

虚拟化技术一直是云计算发展的重要推动因素。作为云计算的基础构架，桌面、存储和服务器的虚拟化都已经发展的如火如荼，而OpenFlow协议和SDN(Software Defined Network，软件定义网络)的提出，使得同为基础架构的网络交换设备支持网络虚拟化多租户架构，将物理网络和逻辑网络有效分离，满足了云计算的服务特性，同时提升了网络资源的利用率。现有的OpenFlow架构中，网络设备按照维护的流表FlowTable进行转发，流表本身的生成、维护、下发完全由外置的网络控制器Controller来实现。其中流表的结构分为匹配域Match Fields、计数器和指令集三个部分，Match Fields是匹配报文的输入关键字，计数器是管理所需，指令集是决定报文该如何转发，比如最基本的转发行为包括转发给某个端口、封装改写报文后转发以及丢弃等。

对于IP视频监控系统，可能同时承载着不同优先级的用户，高优先级的用户需要获得更好的QOS服务，低优先级的用户也需要获得尽可能好的服务。现有的IP视频监控网络对高优先级用户的业务保障主要通过资源预留和差分服务来实现。前者通过在网络上部署RSVP网络资源预留协议，保障某条指定网络路径上具备某些特定特征的业务的带宽；后者根据在业务流的IP头部标记的DSCP优先级来实现差异化的优先服务。然而无论是资源预留的方案还是差分服务的方案，本质上都是将高低优先级用户的业务流承载在同一路径上，仅仅对不同优先级用户所使用的带宽、缓存等资源进行平衡而已，并未从根本上解决视频调度的问题。

发明内容

有鉴于此，本发明提出一种基于openflow控制的视频点播方法，应用于一种基于Openflow协议的视频监控系统中，所述监控系统包括Openflow控制器，视频管理服务器以及若干监控终端，其中所述视频监控系统中包括至少两条物理链路互不叠加的转发路径，所述方法包括：

步骤A、Openflow控制器根据Openflow协议报文获取当前系统的网络拓扑，并将所述网络拓扑通告给视频管理服务器；

步骤B、视频管理服务器通知Openflow控制器向当前系统中的所有网络设备下发与预设信令报文特征库对应的流表；

步骤C、当有用户发起点播业务时，视频管理服务器通过与该用户间的信令报文交互，获取所述点播业务的流量特征；

步骤D、视频管理服务器依据网络拓扑上物理链路所能承受的访问流量以及所获取点播业务的流量特征判断所述点播业务的转发路径，并通知Openflow控制器引导所述点播业务按判断出的转发路径转发。

本发明方案通过将IP视频监控系统部署在基于Openflow的网络中，利用了Openflow网络便于对业务进行统一集中管理的特点，通过视频管理服务器与Openflow网络控制器之间的实时交互，在最优转发路径带宽紧张的情况下，对整网视频流的接入和转发能力进行调整，引导低用户优先级的业务从其他转发路径转发，提高了网络的利用率。

附图说明

图1是本发明示例性的一种实施方式中一种视频调度方法的流程图；

图2是本发明示例性的一种部署在基于Openflow网络中的IP视频监控系统组网图；

图3是本发明示例性的一种部署在基于Openflow网络中的IP视频监控系统中的业务调度图。

具体实施方式

为了使本发明的技术方案更加清楚明白，以下结合附图并举实施例对本发明进行详细描述。

本发明示例性的一种实施方式中，提出一种基于openflow控制的视频点播方法，应用于一种基于Openflow协议的视频监控系统中，所述监控系统包括Openflow控制器，视频管理服务器以及若干监控终端，请参见图1，所述方法包括：

S101、Openflow控制器根据Openflow协议报文获取当前系统的网络拓扑，并将所述网络拓扑通告给视频管理服务器；

S102、视频管理服务器通知Openflow控制器向当前系统中的所有网络设备下发与预设信令报文特征库对应的流表；

S103、当有用户发起点播业务时，视频管理服务器通过与该用户间的信令报文交互，获取所述点播业务的流量特征；