[发明专利]一种基于单连接多路流媒体传输与控制方法有效
申请号: | 201810488316.8 | 申请日: | 2018-05-21 |
公开(公告)号: | CN108667849B | 公开(公告)日: | 2021-03-02 |
发明(设计)人: | 马奇东;姜福泉;柳慧芬;王鹏程 | 申请(专利权)人: | 武汉山骁科技有限公司 |
主分类号: | H04L29/06 | 分类号: | H04L29/06 |
代理公司: | 上海精晟知识产权代理有限公司 31253 | 代理人: | 冯子玲 |
地址: | 430000 湖北省武汉市东湖新技术*** | 国省代码: | 湖北;42 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 基于 连接 流媒体 传输 控制 方法 | ||
本发明涉及一种基于单连接多路流媒体传输与控制方法,包括以下步骤:S1、鉴权请求;S2、推流请求;S3、结束推流请求;S4、拉流请求;S5、结束拉流请求;其中,所述客户端与服务器之间在单一网络连接内建立多路通道,并对多路通道分别进行控制,所述单一网络连接采用LSP协议、LTP协议和LCP协议;本发明使用单连接传输多路流媒体,可以实现最快速度接收到用户想要的的流媒体数据,以达到连麦秒开的能力,对每一个流实现任意控制。
技术领域
本发明涉及媒体会话技术领域,具体的说是一种基于单连接多路流媒体传输与控制方法。
背景技术
实时流媒体协议广泛用于点播,直播,VoIP通信等领域,对比当今最流行的HLS,RTMP,RTSP协议,其中HLS协议延迟较大,适用于点播不适用实时通信;RTMP协议由于兼容性极好,广泛应用于直播行业,然而其仍有2秒左右延迟;RTSP协议延迟极低,可以做到连麦秒开,然而其协议设计并不支持多流任意控制,在一个多人聊天场景中,使用RTSP/RTMP协议,如图1和图2所示,在加入聊天室后,是无法屏蔽某人的声音,无法对单个流进行控制(接收,或者不接收)。
故针对上述技术中存在的缺点及局限性,本发明提出了一种基于单连接多路流媒体传输与控制方法。
发明内容
为了解决上述现有技术中存在的问题,本发明提供一种基于单连接多路流媒体传输与控制方法。
本发明解决其技术问题所采用的技术方案是:
一种基于单连接多路流媒体传输与控制方法,包括以下步骤:
S1、鉴权请求:获取会话表述信息,在客户端和服务器之间建立会话通道;
S2、推流请求:从客户端向所述服务器发送播放请求;
S3、结束推流请求:从客户端向所述服务器发送关闭请求;
S4、拉流请求:根据会话表述信息,从客户端向所述服务器发送指定会话通道的播放请求;
S5、结束拉流请求:根据会话表述信息,从客户端向所述服务器发送指定会话通道的关闭请求;
其中,所述客户端与服务器之间在单一网络连接内建立多路会话通道,并对多路会话通道分别进行控制,所述单一网络连接采用LSP协议、LTP协议和LCP协议。
进一步地,所述鉴权请求还包括发起OPTION协议,得到服务器提供的可用方法。
进一步地,所述会话通道分别对应唯一的标示ID。
进一步地,所述LSP协议用于信息交换与基本控制、会话的开始、结束及身份验证协议,通过TCP协议进行长连接传输。
进一步地,所述LTP协议用于对荷载音频数据进行传输,通过UDP协议进行传输。
更进一步地,所述LTP协议用于对会话表述信息的元数据进行传输。
进一步地,所述LCP协议用于辅助传输协议控制动态码率、丢包重传及丢帧补偿,通过UDP协议进行传输。
进一步地,所有协议内容均采用小端二进制直接编码传输,内存对其方式为一字节。
本发明的有益效果是:本发明使用单连接传输多路流媒体,可以实现最快速度接收到用户想要的的流媒体数据,以达到连麦秒开的能力,对每一个流实现任意控制。
附图说明
下面结合附图和实施例对本发明进一步说明。
图1是本发明背景技术中的流程示意图;
图2是本发明背景技术中的协议流程图;
图3是本发明中LSP协议的工作流程示意图;
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于武汉山骁科技有限公司,未经武汉山骁科技有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201810488316.8/2.html,转载请声明来源钻瓜专利网。