[发明专利]一种监控数据的传输方法和设备

说明书

技术领域

本发明涉及通信技术领域，特别涉及一种监控数据的传输方法和设备。

背景技术

现有的视频实况监控处理方案的系统组网结构的示意图如图1所示，相应的VC(Video Client，视频客户端)点播EC(Encode，编码器)监控数据的处理过程，以及点播完毕后的正常释放流程的示意图如图2所示。

以VC1点播EC1中的监控数据为例进行说明如下：

对于请求监控数据开始的过程，相应的步骤包括：

步骤S201、VC1向VM(Video Management，视频管理)服务器发送开始请求(Request)消息。

具体的，在VC1与VM服务器之间，上述的Request消息具体为GMP(Group Manage Protocol，组管理协议)协议报文。

步骤S202、VM服务器分别与EC1和VC1分别通过Setup(建立)消息建立相应的连接。

步骤S203、VM服务器向VC1返回开始响应(Response)消息。

具体的，在VC1与VM服务器之间，上述的Response t消息具体为GMP协议报文。

步骤S204、EC1向VC1传输音视频数据。

对于请求监控数据停止的过程，相应的步骤包括：

步骤S205、VC1向VM服务器发送停止请求消息。

步骤S206、VM服务器分别与EC1和VC1分别通过Release(释放)信令释放相应的连接。

步骤S207、VM服务器向VC1返回停止响应消息。

另外，如果VC主动请求释放相应的连接资源，则VC可以向VM服务器发送Release Request(释放请求)消息。

进一步的，对于多个VC向同一个EC进行视频点播的处理流程，现有的技术方案的处理流程如图3所示，具体说明如下：

在VC1点播EC1的监控数据后，如果VC2也请求点播EC1，那么，EC1会发送两条单播流给分别给VC1和VC2。

在实现本发明的过程中，发明人发现现有技术至少存在以下问题：

(1)如果视频监控网络中没有配置MS(Media Server，媒体服务器)设备，则EC在进行单播传输时，被因为同时点播的最大路数，受到资源的限制。

一般情况下，VC采用单播UDP(User Datagram Protocol，用户数据包协议)发送监控数据时，会受到最多4路资源的限制，即在已经存在4路点播的情况下，如果有更多的VC设备点播该EC时，EC的资源会因为已被耗尽，而无法完成点播。

(2)如果视频监控网络中配有MS设备，则MS设备对流量的复制会导致网络中带宽资源被消耗，影响数据传输效果或业务开展。

如果系统组网结构中配有MS设备，如图3所示，则EC的资源将不会存在限制，但是MS设备到点播者之间的网络带宽则会随着点播者的增多而被消耗掉，影响数据传输效果或业务开展。

发明内容

本发明提供一种监控数据的传输方法和设备，解决现有技术中由于带宽或路数限制导致VC设备对监控数据的获取过程受到限制的问题。

为达到上述目的，本发明一方面提供了一种监控数据的传输方法，应用于至少包括视频管理VM服务器、网络交换设备、前端编码设备和视频客户端VC设备的视频监控系统中，所述网络交换设备分别通过不同的端口与多个VC设备相连接，所述方法具体包括以下步骤：

当所述网络交换设备通过第一端口接收到第一VC发送的获取第一前端编码设备的监控数据的请求时，所述网络交换设备从自身的虚拟IP地址段中选取第一虚拟IP地址作为所述第一VC的IP地址向VM服务器发送获取第一前端编码设备监控数据的请求，同时在本地记录第一VC MAC地址、第一VCIP地址、第一虚拟IP地址、第一端口的第一对应关系；

所述网络交换设备接收目的IP地址为第一虚拟IP地址的监控数据，将所述监控数据的目的IP地址由第一虚拟IP地址替换为所述第一VC的IP地址，目的MAC字段填入第一VC MAC地址，并通过所述第一端口将该监控数据发送给所述第一VC；

当后续所述网络交换设备通过第二端口接收第二VC发送的获取与第一VC同样的监控数据的请求时，在本地记录第二VC MAC地址、第二VC IP地址、第一虚拟IP地址、第二端口的第二对应关系，并将所述接收的目的IP地址为第一虚拟IP地址的监控数据也发送给第二VC。