-
公开(公告)号:CN114760487B
公开(公告)日:2024-07-23
申请号:CN202210273105.9
申请日:2022-03-18
申请人: 阿里巴巴(中国)有限公司
IPC分类号: H04N21/2187 , H04N21/239 , H04N21/24 , H04N21/262
摘要: 说明书披露一种直播方法和装置。所述方法包括:CDN系统中的控制节点接收直播系统发送的直播预热请求,所述直播预热请求在直播流被推送后发送,指定有预热区域和直播流标识;确定所述预热区域对应的边缘节点;向所述边缘节点下发面向所述直播流标识的连接预热指令,以供所述边缘节点基于所述直播流标识与中心节点建立回源连接,并在接收到客户端发送的针对所述直播流标识的直播观看请求时,基于所述回源连接拉取直播流。
-
公开(公告)号:CN115002083B
公开(公告)日:2024-04-02
申请号:CN202210567651.3
申请日:2022-05-23
申请人: 阿里巴巴(中国)有限公司
IPC分类号: H04L65/1066 , H04L65/80
摘要: 本申请提供一种实时流媒体数据传输的方法、设备及存储介质。本申请的方法,通过将拉流客户端分别与多个拉流节点建立通信链路,并建立拉流节点与推流节点间的通信链路,形成多条用于拉流的链路,不同链路中使用不同的拉流节点。其中一条链路作为主链路,其他链路作为备选链路。当主链路中拉流客户端与拉流节点间的通信链路不符合预设条件时,将一个备选链路切换为主链路,通过切换后的主链路拉取流媒体数据,能够在拉流客户端与拉流节点间的通信链路发生抖动、或网络拥塞时,及时地切换拉流使用的拉流节点,能够避免因拉流客户端与拉流节点间的通信链路发生抖动、或网络拥塞造成的卡顿延迟、丢包等状况,提高了流媒体数据的传输质量和实时性。
-
公开(公告)号:CN115086396A
公开(公告)日:2022-09-20
申请号:CN202210468421.1
申请日:2022-04-29
申请人: 阿里巴巴(中国)有限公司
IPC分类号: H04L67/141 , H04L67/02 , H04L69/164 , H04L65/60 , H04L65/65 , H04L67/01
摘要: 本说明书实施例提供传输媒体数据的方法以及系统,其中所述传输媒体数据的方法应用于WebRTC媒体客户端,包括:与WebRTC服务端建立基于QUIC协议的第一连接,并保存所述第一连接的配置信息;在与所述WebRTC服务端断开所述第一连接之后,基于用户数据报协议向所述WebRTC服务端发送数据获取请求,所述数据获取请求携带了所述配置信息,使所述WebRTC服务端基于所述配置信息与所述WebRTC客户端建立基于QUIC协议的第二连接;响应于从所述WebRTC服务端接收到所述数据获取请求的应答,在所述第二连接的不可靠数据报通道接收所述WebRTC服务端针对所述数据获取请求发送的第一媒体数据。
-
公开(公告)号:CN115086396B
公开(公告)日:2024-07-02
申请号:CN202210468421.1
申请日:2022-04-29
申请人: 阿里巴巴(中国)有限公司
IPC分类号: H04L67/141 , H04L67/02 , H04L69/164 , H04L65/60 , H04L65/65 , H04L67/01
摘要: 本说明书实施例提供传输媒体数据的方法以及系统,其中所述传输媒体数据的方法应用于WebRTC媒体客户端,包括:与WebRTC服务端建立基于QUIC协议的第一连接,并保存所述第一连接的配置信息;在与所述WebRTC服务端断开所述第一连接之后,基于用户数据报协议向所述WebRTC服务端发送数据获取请求,所述数据获取请求携带了所述配置信息,使所述WebRTC服务端基于所述配置信息与所述WebRTC客户端建立基于QUIC协议的第二连接;响应于从所述WebRTC服务端接收到所述数据获取请求的应答,在所述第二连接的不可靠数据报通道接收所述WebRTC服务端针对所述数据获取请求发送的第一媒体数据。
-
公开(公告)号:CN114553839B
公开(公告)日:2024-03-15
申请号:CN202210179933.6
申请日:2022-02-25
申请人: 阿里巴巴(中国)有限公司
IPC分类号: H04L65/1069 , H04L65/80
摘要: 本申请提供一种RTC数据的处理方法以及装置。该方法包括:用户终端向第一服务器发送RTC会话请求,该RTC会话请求携带有目标媒体数据流的拉流信息,用户终端在信令通道上,接收第一服务器发送的RTC会话响应和目标媒体数据流中的第一数据流,该RTC会话响应携带有媒体服务单元的接口信息,媒体服务单元的接口信息用于建立媒体数据通道,该媒体数据通道用于传输第二数据流,该第二数据流包括目标媒体数据流中除第一数据流之外的数据流,进一步地,用户终端播放该第一数据流。缩短了媒体数据流播放的首帧时间,进而提升了客户端的启播速度。
-
公开(公告)号:CN115623074A
公开(公告)日:2023-01-17
申请号:CN202211116053.0
申请日:2022-09-14
申请人: 阿里巴巴(中国)有限公司
摘要: 本说明书实施例提供媒体流传输方法、装置以及系统,其中所述媒体流传输方法包括:监测媒体流传输网络中各边缘节点的媒体流信息;响应于第一边缘节点接收到媒体流获取请求,基于所述各边缘节点的媒体流信息,确定所述第一边缘节点获取所述媒体流获取请求对应的初始媒体流的传输路径,其中,所述第一边缘节点为所述各边缘节点中的任一边缘节点;基于所述初始媒体流对应的处理需求确定计算组件信息;将所述传输路径和所述计算组件信息发送至所述第一边缘节点。提高媒体流的亲和性,减少传输链路的长度,同时合理利用计算资源,使大部分数据处理在边缘节点上,降低公网带宽占用,同时降低端到端延迟,提高了媒体流的分发质量。
-
公开(公告)号:CN114760487A
公开(公告)日:2022-07-15
申请号:CN202210273105.9
申请日:2022-03-18
申请人: 阿里巴巴(中国)有限公司
IPC分类号: H04N21/2187 , H04N21/239 , H04N21/24 , H04N21/262
摘要: 说明书披露一种直播方法和装置。所述方法包括:CDN系统中的控制节点接收直播系统发送的直播预热请求,所述直播预热请求在直播流被推送后发送,指定有预热区域和直播流标识;确定所述预热区域对应的边缘节点;向所述边缘节点下发面向所述直播流标识的连接预热指令,以供所述边缘节点基于所述直播流标识与中心节点建立回源连接,并在接收到客户端发送的针对所述直播流标识的直播观看请求时,基于所述回源连接拉取直播流。
-
公开(公告)号:CN113973089B
公开(公告)日:2024-01-26
申请号:CN202111165296.9
申请日:2021-09-30
申请人: 阿里巴巴(中国)有限公司
IPC分类号: H04L47/283 , H04L9/40 , H04L65/80 , H04L69/164 , H04L67/141 , H04L41/045
摘要: 的前提下,有效降低流媒体的传输延时。本申请实施例提供一种流媒体传输方法、系统、设备及存储介质。可为客户端生成身份校验信息,这样,对于客户端来说,若本地存在身份校验信息,可将身份校验信息配置到通信信令中,并基于通信信令向服务端发起UDP连接,客户端和服务端之间可基于该UDP连接实现信令交互;另外,服务端还可基于身份校验信息对客户端进行身份校验,并在客户端的身份校验成功的情况下,复用该UDP连接进行流媒体传输。据此,信令交互和媒体传输可复用同一UDP连接,且在客户(56)对比文件S. Egger;T et al..Waiting times inquality of experience for web basedservices《.2012 Fourth InternationalWorkshop on Quality of MultimediaExperience》.2012,全文.秦凯 等.流媒体通信控制策略研究《.沈阳大学学报》.2008,全文.
-
公开(公告)号:CN115002086A
公开(公告)日:2022-09-02
申请号:CN202210565062.1
申请日:2022-05-23
申请人: 阿里巴巴(中国)有限公司
摘要: 本公开提供的实时流媒体的传输方法及电子设备,涉及实时流媒体技术,包括:以第一速率向拉流客户端发送目标流媒体的第一流媒体数据;以第二速率向拉流客户端发送目标流媒体的第二流媒体数据;以第三速率向拉流客户端发送目标流媒体的第三流媒体数据,直至边缘节点中为拉流客户端缓存的目标流媒体的数据量满足预设条件为止;第一速率大于第二速率,第三速率小于或等于第一速率、并大于第二速率。这种实现方案具有快速起播、避免网络拥塞和降低推流客户端与拉流客户端之间延迟的效果。
-
公开(公告)号:CN114598897A
公开(公告)日:2022-06-07
申请号:CN202210192767.3
申请日:2022-02-28
申请人: 阿里巴巴(中国)有限公司
IPC分类号: H04N21/2187 , H04N21/262 , H04N21/64 , H04N21/658
摘要: 本申请实施例提供了一种直播调度方法、设备和可读介质。所述方法包括:接收客户端的播放请求,依据所述播放请求确定目标直播视频;在所述目标直播视频满足调度条件的情况下,确定所述目标直播视频对应调度的目的地址;将所述目的地址反馈给所述客户端,以使所述客户端依据所述目的地址重新请求所述目标直播视频。能够减少边缘节点向上一层节点请求视频的情况,减少系统内带宽的浪费。
-
-
-
-
-
-
-
-
-