[发明专利]媒体流传输方法和系统在审
申请号: | 202111480536.4 | 申请日: | 2021-12-06 |
公开(公告)号: | CN114157607A | 公开(公告)日: | 2022-03-08 |
发明(设计)人: | 王盛 | 申请(专利权)人: | 上海哔哩哔哩科技有限公司 |
主分类号: | H04L47/19 | 分类号: | H04L47/19;H04L47/80;H04L65/65;H04N21/2187;H04N21/226 |
代理公司: | 北京英特普罗知识产权代理有限公司 11015 | 代理人: | 王勇 |
地址: | 200433 上海市*** | 国省代码: | 上海;31 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 媒体 流传 方法 系统 | ||
本申请提供了一种媒体流传输方法,用于用户设备中,所述方法包括:获取用于访问RTMP服务器的统一资源标识符;确定所述统一资源标识符是否携带有QUIC标识;及响应于所述统一资源标识符携带有所述QUIC标识,与所述RTMP服务器建立基于QUIC传输协议的QUIC连接,以及建立基于所述QUIC连接之上的目标RTMP连接。在本申请中,基于携带QUIC标识的统一资源标识符,建立QUIC连接以及基于QUIC连接之上的目标RTMP连接,从而将RTMP数据包封装为QUIC数据包,通过QUIC连接传输数据,从而提升传输的实时性。
技术领域
本申请涉及通信技术领域,尤其涉及一种媒体流传输方法、装置、设备及计算机可读存储介质,以及一种媒体流传输系统。
背景技术
随着计算机技术和网络直播的发展,各类直播APP层出不穷,以满足人们的不同需求。在直播场景中,低延时是衡量用户体验的指标之一。对延时影响较大的就是直播架构中选择的传输协议。目前,常见的协议有RTMP(Real Time Messaging Protocol,实时消息协议)、HLS(HTTP Live Streaming,基于HTTP的流媒体网络传输协议)、HTTP-FLV。但是,基于这些协议的传输的实时性不能满足用户高需求。
发明内容
本申请实施例的目的是提供一种媒体流传输方法、装置、计算机设备及计算机可读存储介质,以及一种媒体流传输系统,用于解决上述缺陷。
本申请实施例的一个方面提供了一种媒体流传输方法,用于用户设备中,所述方法包括:
确定所述统一资源标识符是否携带有QUIC标识;及
响应于所述统一资源标识符携带有所述QUIC标识,与所述RTMP服务器建立基于QUIC传输协议的QUIC连接,以及建立基于所述QUIC连接之上的目标RTMP连接。
可选地,所述QUIC标识通过所述统一资源标识符中的URI Scheme表示;
其中,所述URI Scheme包括“RTMP”及位于该“RTMP”后的一个或多个QUIC标识字符。
可选地,所述QUIC标识为预设字符串,该预设字符串位于所述统一资源标识符的查询字符串参数中。
可选地,还包括:
响应于所述统一资源标识符未携带所述QUIC标识,与所述RTMP服务器建立基于TCP传输协议的TCP连接,以及建立基于所述TCP连接之上的其它RTMP连接。
可选地,还包括:
在所述RTMP服务器不支持建立所述QUIC连接或所述目标RTMP连接的情形下,将携带有所述QUIC标识的统一资源标识符转换为符合预设格式的统一资源标识符;
响应于转换后的统一资源标识符,在所述用户设备和所述RTMP服务器之间建立连接。
可选地,还包括:
预先配置QUIC协议栈,以及基于所述QUIC协议栈之上的RTMPQ协议栈,其中:
所述QUIC协议栈用于:从接收到的QUIC数据包中解析出RTMP数据包,并将解析出的RTMP数据包提供给所述RTMPQ协议栈;
所述RTMPQ协议栈用于:解析所述QUIC协议栈提供的RTMP数据包,以得到待播放的RTMP数据。
可选地,所述RTMPQ协议栈还用于:将待发送的RTMP数据封装为RTMP数据包,将该封装的RTMP数据包提供给所述QUIC协议栈;
所述QUIC协议栈还用于:将所述RTMPQ协议栈提供的RTMP数据包封装为待发送的QUIC数据包。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于上海哔哩哔哩科技有限公司,未经上海哔哩哔哩科技有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202111480536.4/2.html,转载请声明来源钻瓜专利网。