基于SSRC管理调度多路视频流的方法及装置制造方法及图纸

本发明专利技术公开了一种基于SSRC管理调度多路视频流的方法及装置，当设备管理服务器(DMS)收到客户端发起的视频流获取请求时，从数据管理模块(DBS)请求一个还没被其他客户端占用的SSRC，并向设备(如摄像头)请求视频流，然后向该客户端返回这路流的SSRC。媒体服务器(MMS)只需要开放一个发流端口和一个收流端口就可以发送和接收所有视频流，用SSRC来区分不同的流，客户端使用携带不同SSRC的URL(视频流获取网络地址)就可以观看不同设备产生的实时视频或录像回放视频，避免了传统方法获取多路视频流因MMS开放过多端口存在的网络信息安全风险。通过有效区分视频流来源，同时可以防止串流现象，避免呼叫发起方接收到错误来源的视频流。流。流。

【技术实现步骤摘要】
基于SSRC管理调度多路视频流的方法及装置


[0001]本专利技术涉及流媒体调度
，具体涉及一种基于SSRC管理调度多路视频流的方法及装置。

技术介绍

[0002]当前视频平台普遍采用的视频流管理方法为：在媒体服务器所在的主机上，分配一段范围的端口，对每路视频流，开放至少一个收流端口和一个发流端口来传输视频流，通过端口类型来区分不同的视频流。这种做法会消耗大量的端口资源，且平台需要频繁分配和回收端口，当视频流数目比较大时，会将范围内的端口资源消耗殆尽，从而无法开启新的视频流传输任务。并且，服务器开放端口越多，越容易受到网络攻击，不符合当前对网络信息安全的要求。

技术实现思路

[0003]本专利技术以在多路视频流传输中，减少端口开放，提高数据传输安全性为目的，提供了一种基于SSRC管理调度多路视频流的方法及装置。
[0004]为达此目的，本专利技术采用以下技术方案：
[0005]提供一种基于SSRC管理调度多路视频流的方法，包括：
[0006]设备管理服务器DMS收到客户端发起的视频流获取请求后，向数据管理模块DBS请求分配SSRC和用于收发流的媒体服务器MMS；
[0007]DMS携带分配到的SSRC、MMS信息以及所述视频流获取请求与设备建立呼叫后，所述设备开始发流给MMS，所述设备发出的视频流的RTP包中携带有该SSRC；
[0008]中心管理模块CMS根据MMS的发流IP和发流端口和该SSRC生成获取视频流的URL，返回给所述客户端，所述客户端向该URL发起请求，MMS向客户端发流。
[0009]作为优选，所述客户端发起的所述视频流获取请求中携带有视频通道ID，DBS完成每次SSRC分配后，DMS生成视频通道ID对应的视频流获取任务加入到视频流获取任务列表中；
[0010]CMS在将所述客户端发起的所述视频流获取请求转发给DMS前，首先从所述视频流获取任务列表里查询是否已存在所述视频通道ID对应的所述视频流获取任务，
[0011]若是，则直接将事先已生成的所述视频通道ID对应的URL返回给所述客户端；
[0012]若否，则将所述视频流获取请求转发给视频通道注册的DMS。
[0013]作为优选，DBS分配SSRC的方法为：
[0014]从存储在数据库中的SSRC会话表中随机分配一个未启用的SSRC，然后置该SSRC的占用状态为启用；
[0015]所述SSRC会话表中以列为单位存储有若干条SSRC会话数据，每条所述SSRC会话数据包括SSRC值、视频通道ID、视频通道注册的DMS的ID、SSRC占用状态、SSRC占用状态变更时间戳。
[0016]作为优选，当所述客户端发起的所述视频流获取请求为实时视频流获取请求时，所述视频流获取请求中的数据内容包括发起请求的所述客户端的客户端ID、拟在所述客户端和所述设备之间建立的视频传输通道的视频通道ID、请求时间戳和设备的视频流传输模式；
[0017]当所述客户端发起的所述视频流获取请求为前端录像回放请求时，所述视频流获取请求中的数据内容包括发起请求的所述客户端的客户端ID、拟在所述客户端和所述设备之间建立的视频传输通道的视频通道ID、请求时间戳、设备的视频流传输模式、录像回放开始时间和录像回放结束时间。
[0018]作为优选，若所述客户端从MMS处获取的所述视频流为所述设备产生的实时视频流，则所述客户端从MMS处获取所述视频流的过程具体包括如下步骤：
[0019]DMS接收到CMS对所述客户端转发的所述视频流获取请求后，向DBS请求分配SSRC和用于收发流的MMS；
[0020]DMS携带DBS分配的SSRC、MMS的收流IP、收流端口、视频流传输模式向视频传输通道所在的设备发起视频流获取正式请求；
[0021]所述设备接收到所述视频流获取正式请求后，返回表示请求已成功的状态响应码给DMS；
[0022]DMS接收到所述状态响应码后发送已确认接收的ACK字符给所述设备，并生成携带有SSRC、MMS的ID、MMS的发流IP、发流端口的响应数据返回给CMS；同时所述视频通道在接收到ACK响应后开始发流给MMS；
[0023]CMS接收到所述响应数据后根据直播协议和接收到的SSRC和MMS的发流IP、发流端口生成对应的URL返回给所述客户端；
[0024]最终所述客户端根据返回的URL中携带的MMS的发流IP和发流端口的路径指引从对应的MMS处获取该SSRC对应的所述视频流。
[0025]作为优选，所述的基于SSRC管理调度多路视频流的方法还包括一SSRC回收流程，具体为：
[0026]MMS从所述客户端发送的URL中解析出SSRC，然后将该SSRC对应的视频流转码成URL指定的直播协议(常用的网络流媒体传输协议，比如RTSP协议、RTMP协议、HTTP
‑
FLV协议、HLS协议)后从URL指定的发流端口将所述视频流发送给所述客户端；
[0027]MMS监听发流状态，并在监听到发流异常时，将发流异常的所述视频流对应的SSRC加入到回收列表中；
[0028]MMS将所述回收列表中的各SSRC发送给DBS，并向所述回收列表中的每个SSRC对应的DMS发起停止发流请求；
[0029]DMS发送停止发流指令给对应的所述设备，所述设备接收到停止发流指令后停止发送该SSRC对应的所述视频流并返回停止发流成功信号；
[0030]DMS接收到所述停止发流成功信号后通知DBS回收停发的所述视频流对应的SSRC。
[0031]作为优选，发流异常的类型包括发出的所述视频流格式错误、传输码率异常、转码异常和所述客户端接收所述视频流超时中的任意一种或多种。
[0032]作为优选，若所述客户端从MMS处获取的所述视频流为录像回放产生的视频流，则所述客户端从MMS处获取所述视频流的过程具体包括：
[0033]DMS接收到CMS对所述客户端转发的所述视频流获取请求后，生成SessionID并记录到DBS中的SSRC会话表中的对应会话数据中，并向DBS请求分配SSRC和用于收发视频流的MMS；
[0034]DMS携带DBS分配的SSRC、MMS的收流IP、收流端口以及SessionID、所述客户端发起的所述视频流获取请求中包含的国标传输模式、录像回放起始时间、录像回放结束时间向拟建立视频传输通道的所述设备发起录像回放正式请求；
[0035]所述设备接收到所述录像回放正式请求后，返回表示请求已成功的状态响应码给DMS；
[0036]DMS收到所述状态响应码后，返回已确认接收的ACK字符给所述设备，并生成携带有视频通道ID、SSRC、SessionID、MMS的ID、MMS的发流IP、发流端口的响应数据返回给CMS；同时所述设备在接收到ACK响应后向MMS的收流IP与收流端口发送携带有SSRC的录像回放视频流；
[0037]CMS接收到所述响应数据后根据S本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种基于SSRC管理调度多路视频流的方法，其特征在于，包括：设备管理服务器DMS收到客户端发起的视频流获取请求后，向数据管理模块DBS请求分配SSRC和用于收发流的媒体服务器MMS；DMS携带分配到的SSRC、MMS信息以及所述视频流获取请求与设备建立呼叫后，所述设备开始发流给MMS，所述设备发出的视频流的RTP包中携带有该SSRC；中心管理模块CMS根据MMS的发流端口和该SSRC生成获取视频流的URL，返回给所述客户端，所述客户端向该URL发起请求，MMS向所述客户端发流。2.根据权利要求1所述的基于SSRC管理调度多路视频流的方法，其特征在于，所述客户端发起的所述视频流获取请求中携带有视频通道的ID，DBS完成每次SSRC分配后，DMS生成视频通道ID对应的视频流获取任务详情加入到视频流获取任务列表中；CMS在将所述客户端发起的所述视频流获取请求转发给DMS前，首先从所述视频流获取任务列表里查询是否已存在所述视频通道ID对应的所述视频流获取任务，若是，则直接将事先已生成的所述视频通道ID对应的URL返回给所述客户端；若否，则将所述视频流获取请求转发给视频通道注册的DMS。3.根据权利要求1所述的基于SSRC管理调度多路视频流的方法，其特征在于，DBS分配SSRC的方法为：从存储在数据库中的SSRC会话表中随机分配一个未启用的SSRC，然后置该SSRC的占用状态为启用；所述SSRC会话表中以列为单位存储有若干条SSRC会话数据，每条所述SSRC会话数据包括SSRC值、视频通道ID、视频通道注册的DMS的ID、SSRC占用状态、SSRC占用状态变更时间戳。4.根据权利要求1所述的基于SSRC管理调度多路视频流的方法，其特征在于，当所述客户端发起的所述视频流获取请求为实时视频流获取请求时，所述视频流获取请求中的数据内容包括发起请求的所述客户端的客户端ID、拟在所述客户端和所述设备之间建立的视频传输通道的视频通道ID、请求时间戳和设备的视频流传输模式；当所述客户端发起的所述视频流获取请求为前端录像回放请求时，所述视频流获取请求中的数据内容包括发起请求的所述客户端的客户端ID、拟在所述客户端和所述设备之间建立的视频传输通道的视频通道ID、请求时间戳、设备的视频流传输模式、录像回放开始时间和录像回放结束时间。5.根据权利要求1所述的基于SSRC管理调度多路视频流的方法，其特征在于，若所述客户端从MMS处获取的所述视频流为所述设备产生的实时视频流，则所述客户端从MMS处获取所述视频流的过程具体包括如下步骤：DMS接收到CMS对所述客户端转发的所述视频流获取请求后，向DBS请求分配SSRC和用于收发流的MMS；DMS携带DBS分配的SSRC、MMS的收流IP、收流端口、视频流传输模式向拟建立视频传输通道的所述设备发起视频流获取正式请求；所述设备接收到所述视频流获取正式请求后，返回表示请求已成功的状态响应码给DMS；DMS接收到所述状态响应码后发送已确认接收的ACK字符给所述设备，并生成携带有
SSRC、MMS的ID、MMS的发流IP、发流端口的响应数据返回给CMS；同时所述设备在接收到ACK响应后开始发流给MMS；CMS接收到所述响应数据后根据直播协议和接收到的SSRC、MMS的发流IP、发流端口生成对应的URL返回给所述客户端，URL格式举例：rtmp://MMS发流IP:MMS发流端口/rtp/SSRC值；最终所述客户端根据返回的URL中携带的MMS的发流IP和发流端口的路径指引从对应的MMS处请求该SSRC对应的所述视频流。6.根据权利要求1
‑
5任意一项所述的基于SSRC管理调度多路视频流的方法，其特征在于，还包括一SSRC回收流程，具体为：MMS从所述客户端发送的URL中解析出SSRC，然后将该SSRC对应的视频流转码成U...

【专利技术属性】
技术研发人员：李彬焮，叶裕雷，陈玲珑，程涛，
申请(专利权)人：浙江省公众信息产业有限公司，
类型：发明
国别省市：