【技术实现步骤摘要】
本专利技术涉及流媒体传输，尤其涉及一种视频流传输方法及装置。
技术介绍
1、目前，安防行业通过浏览器无插件模式观看视频的需求越来越多，现有主流的无插件视频播放方法一般采用webrtc(web real-time communicat ion，网页即时通信)技术，保证视频的低延时播放。
2、安防行业视频播放视频流数据来源需要依赖基于gb/t 28181协议实现的监控视频源，包括gb/t 28181视频采集设备以及gb/t 28181视频监控联网平台等，gb/t 28181视频监控联网平台一般包括流媒体服务器、sip服务器。
3、采用wbertc技术的视频播放方案虽然延迟较低，但是无法兼容基于gb/t 28181协议的视频数据，申请号为201911203239.8的中国专利技术专利申请公开了一种基于webrtc协议的跨浏览器预览gb/t28181标准监控视频的方法。在gb/t28181标准协议主体框架下通过兼容webrtc技术协议，将gb/t28181标准的软件应用适配范围拓展至windows和andorid等多操作系统平台及chrome和firefox等多浏览器环境，实现了基于webrtc技术，在浏览器侧播放基于gb/t 28181协议的监控视频流。
4、但是该技术无法兼容基于gb/t 28181协议的视频数据提供测(服务端)规定的视频h.264和h.265两种编码格式的传输播放，也无法在每次接收视频流前动态选择webrtc通信的实现方式，建立合适的视频流通道，达到最优播放效果。
>技术实现思路
1、本专利技术的目的是提供一种视频流传输方法及装置，以解决无法播放基于gb/t28181协议的视频数据提供测(服务端)规定的h.264和h.265两种编码格式的视频流，也无法在每次接收视频流前动态选择webrtc通信的实现方式，建立合适的视频流通道，达到最优播放效果的技术问题。
2、一方面，本专利技术提供一种视频流传输方法，该方法应用于浏览器，包括如下步骤：
3、向gb接入平台发送websocket连接请求，与gb接入平台建立websocket连接，同时使gb接入平台与sip服务器建立websocket连接，完成基于websocket协议的sip通信通道建立；
4、使用所述的sip通信通道，通过gb接入平台转发包含有用户信息的注册sip服务器请求至sip服务器，以建立用户和视频采集设备的播放权限映射表；
5、获取目标视频采集设备的视频编码；
6、根据目标视频采集设备的视频编码、浏览器版本、解码器构建支持情况，选择建立与流媒体服务器之间的视频流通道类型；
7、根据择建立的视频流通道类型，使用所述的sip通信通道，通过与流媒体服务器之间的第一sdp协商创建与流媒体服务器之间的第一视频流通道，或通过与流媒体服务器之间的第二sdp协商创建与流媒体服务器之间的第二视频流通道；
8、接收流媒体服务器响应到第一视频流通道或第二视频流通道建立成功后，通过建立好的第一视频流通道或第二视频流通道发来的目标视频采集设备的视频流，并进行渲染播放。
9、在一些实施例中，所述获取目标视频采集设备的视频编码，具体包括：
10、响应于用户对某一目标视频采集设备的点击，使用基于websocket协议的sip通信通道，通过gb接入平台发送获取目标视频采集设备的视频编码请求给sip服务器，所述获取目标视频采集设备的视频编码请求包括目标视频采集设备编号，以使sip服务器根据目标视频采集设备的编码获取到视频编码，若经sip服务器判断用户没有目标视频采集设备的播放权限，则使sip服务器无法获取目标视频采集设备的视频编码；
11、接收sip服务器经所述的sip通信通道发来的目标视频采集设备的视频编码。
12、在一些实施例中，根据目标待播放设备的视频编码、浏览器版本、解码器构建支持情况，选择建立与流媒体服务器之间的视频流通道类型，具体包括：首先判断浏览器版本是否支持webrtc功能，若支持则继续判断目标视频采集设备的视频编码是h.265还是h.264，若是h.264，选择创建与流媒体服务器之间的第一视频流通道，若是h.265，判断是否支持构建解码h.265视频的解码器，若支持，选择创建与流媒体服务器之间的第二视频流通道。
13、在一些实施例中，所述判断是否支持构建解码h.265视频的解码器，还包括：判断硬件支持还是软件支持构建解码h.265视频的解码器，保存判断结果；待浏览器收到目标视频采集设备的的视频流后，根据判断结果，构建硬件解码器或软件解码器进行渲染播放。
14、在一些实施例中，所述通过与流媒体服务器之间的第一sdp协商创建与流媒体服务器之间的第一视频流通道，具体包括：
15、基于websocket协议的sip通信通道，通过gb接入平台发送第一sdp offer到sip服务器；
16、以使sip服务器解析获得第一sdp offer中的目标视频采集设备编号，判断是否具有该目标视频采集设备的播放权限；
17、若有，则发送第一sdp offer给流媒体服务器，以使流媒体服务器根据第一sdpoffer生成第一sdp answer，所述第一sdp answer至少包含流媒体服务器的连接信息、构建会话媒体类型标识和第一ssrc；
18、接收由流媒体服务器经所述的sip通信通道发来的第一sdp answer，完成第一sdp协商，调用浏览器webrtc协议的api(应用程序接口)根据流媒体服务器的连接信息、构建会话媒体类型标识，完成与流媒体服务器之间的webrtc会话，随着webrtc会话完成，完成第一视频流通道的建立；
19、所述通过与流媒体服务器之间的第二sdp协商创建与流媒体服务器之间的第二视频流通道，具体包括：
20、基于websocket协议的sip通信通道，通过gb接入平台发送第二sdp offer到sip服务器；
21、以使sip服务器解析获得第二sdp offer中的目标视频采集设备编号，判断是否具有该目标视频采集设备的播放权限；
22、若有，则发送第二sdp offer给流媒体服务器，以使流媒体服务器根据第二sdpoffer生成第二sdp answer，所述第二sdp answer至少包含流媒体服务器的连接信息、构建会话媒体类型标识和第二ssrc；
23、接收由流媒体服务器经所述的sip通信通道发来的第二sdp answer，完成第二sdp协商，调用浏览器webrtc协议的api(应用程序接口)根据流媒体服务器的连接信息、构建会话媒体类型标识，完成与流媒体服务器之间的webrtc会话，随着webrtc会话完成，完成第二视频流通道的建立。
24、在一些实施例中，所述的目标视频采集设备的视频流，是由流媒体服务器响应到第一视频流通道或第二视频流通道建立成功后，流媒体服务器根据本文档来自技高网...
【技术保护点】
1.一种视频流传输方法，其特征在于，该方法应用于浏览器，包括如下步骤：
2.根据权利要求1所述的视频流传输方法，其特征在于，所述获取目标视频采集设备的视频编码，具体包括：
3.根据权利要求1所述的视频流传输方法，其特征在于，根据目标待播放设备的视频编码、浏览器版本、解码器构建支持情况，选择建立与流媒体服务器之间的视频流通道类型，具体包括：首先判断浏览器版本是否支持webrtc功能，若支持则继续判断目标视频采集设备的视频编码是H.265还是H.264，若是H.264，选择创建与流媒体服务器之间的第一视频流通道，若是H.265，判断是否支持构建解码H.265视频的解码器，若支持，选择创建与流媒体服务器之间的第二视频流通道。
4.根据权利要求3所述的视频流传输方法，其特征在于，所述判断是否支持构建解码H.265视频的解码器，还包括：判断硬件支持还是软件支持构建解码H.265视频的解码器，保存判断结果；待浏览器收到目标视频采集设备的的视频流后，根据判断结果，构建硬件解码器或软件解码器进行渲染播放。
5.根据权利要求1所述的视频流传输方法，其
6.根据权利要求1所述的视频流传输方法，其特征在于，所述的目标视频采集设备的视频流，是由流媒体服务器响应到第一视频流通道或第二视频流通道建立成功后，流媒体服务器根据目标视频采集设备编号获取到的。
7.根据权利要求1或6所述的视频流传输方法，其特征在于，所述目标视频采集设备的视频流携带有SSRC，SSRC由流媒体服务器在根据SDP offer生成SDP answer时确定，并包含在SDP answer中发给了浏览器。
8.一种视频流传输装置，应用于浏览器，其特征在于，包括：
...【技术特征摘要】
1.一种视频流传输方法，其特征在于，该方法应用于浏览器，包括如下步骤：
2.根据权利要求1所述的视频流传输方法，其特征在于，所述获取目标视频采集设备的视频编码，具体包括：
3.根据权利要求1所述的视频流传输方法，其特征在于，根据目标待播放设备的视频编码、浏览器版本、解码器构建支持情况，选择建立与流媒体服务器之间的视频流通道类型，具体包括：首先判断浏览器版本是否支持webrtc功能，若支持则继续判断目标视频采集设备的视频编码是h.265还是h.264，若是h.264，选择创建与流媒体服务器之间的第一视频流通道，若是h.265，判断是否支持构建解码h.265视频的解码器，若支持，选择创建与流媒体服务器之间的第二视频流通道。
4.根据权利要求3所述的视频流传输方法，其特征在于，所述判断是否支持构建解码h.265视频的解码器，还包括：判断硬件支持还是软件支持构建解码h...
【专利技术属性】
技术研发人员：王子寒，李福刚，崔明磊，陈岩，高思阳，李志远，刘建森，王磊，王延涛，王聪，
申请(专利权)人：山东通广电子股份有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。