CN105450675B - 一种流媒体播放中客户端选择cdn服务节点的方法 - Google Patents

一种流媒体播放中客户端选择cdn服务节点的方法 Download PDF

Info

Publication number
CN105450675B
CN105450675B CN201610049049.5A CN201610049049A CN105450675B CN 105450675 B CN105450675 B CN 105450675B CN 201610049049 A CN201610049049 A CN 201610049049A CN 105450675 B CN105450675 B CN 105450675B
Authority
CN
China
Prior art keywords
cdn service
service node
client
cdn
switching
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201610049049.5A
Other languages
English (en)
Other versions
CN105450675A (zh
Inventor
虞陆平
聂大鹏
台跃华
林肖琼
熊涛
祝亮
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hangzhou Strong Education Technology Co ltd
Original Assignee
Hangzhou Strong Education Technology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hangzhou Strong Education Technology Co ltd filed Critical Hangzhou Strong Education Technology Co ltd
Priority to CN201610049049.5A priority Critical patent/CN105450675B/zh
Publication of CN105450675A publication Critical patent/CN105450675A/zh
Application granted granted Critical
Publication of CN105450675B publication Critical patent/CN105450675B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/75Media network packet handling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/06Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004Server selection for load balancing

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明提出一种流媒体播放中客户端选择CDN服务节点的方法,包括下列步骤:当连续设定时间内无数据可播时,对客户端所连接的CDN服务节点进行切换;当在设定窗口期内有设定比例时间无法播放时,对客户端所连接的CDN服务节点进行切换;当客户端缓存数据有设定时间可以播放时,对CDN服务节点即将切换的行为进行抑制;当客户端所连接的CDN服务节点到目前为止的生命周期内有50%以上的时间可以播放时,对CDN服务节点即将切换的行为进行抑制。本发明提出的应用于流媒体播放中客户端选择CDN服务节点的方法,根据当前播放状态对客户端所连接的CDN服务节点进行切换或对切换进行抑制,避免CDN服务节点切换过于频繁,保证流媒体播放的流畅性,提高用户体验。

Description

一种流媒体播放中客户端选择CDN服务节点的方法
技术领域
本发明涉及流媒体直播或点播中的CDN技术领域,且特别涉及一种流媒体播放中客户端选择CDN服务节点的方法。
背景技术
CDN的全称是Content Delivery Network,即内容分发网络。其基本思路是尽可能避开互联网上有可能影响数据传输速度和稳定性的瓶颈和环节,使内容传输的更快、更稳定。通过在网络各处放置节点服务器所构成的在现有的互联网基础之上的一层智能虚拟网络,CDN系统能够实时地根据网络流量和各节点的连接、负载状况以及到用户的距离和响应时间等综合信息将用户的请求重新导向离用户最近的服务节点上。其目的是使用户可就近取得所需内容,解决Internet网络拥挤的状况,提高用户访问网站的响应速度。
随着互联网的发展,利用网络进行流媒体直播或点播逐渐成为一种趋势,慢慢融入到人们的日常生活中,在工作、学习以及娱乐等各个方面形成热点,无论是视频会议、在线教育还是网络电视、视频网站都应用的越来越广泛。流媒体(Stream Media)是指采用流式传输的方式在Internet/Intranet播放的媒体格式,如音频、视频或多媒体文件。流媒体在播放前不需要下载整个文件,只将开始部分内容存入内存,在计算机中对数据包进行缓存并使流媒体数据正确地输出,可以边下载边观看。其原理是把向用户传输的多媒体文件按照播出时间顺序分为不同的片段,然后依次把这些片段发给用户,连续播放这些片段就形成了连续的声音和图像。
流式传输主要指将整个音频和视频及三维媒体等多媒体文件经过特定的压缩方式解析成一个个压缩包,由视频服务器向用户计算机顺序或实时传送。在采用流式传输方式的系统中,用户不必像采用下载方式那样等到整个文件全部下载完毕,而是只需经过几秒或者几十秒的启动延时即可再用户的计算机上利用解压设备对压缩的多媒体文件解压后进行播放和观看。此时多媒体文件的剩余部分将在后台的服务器内继续下载。与单纯的下载方式相比,这种对多媒体文件边下载边播放的流式传输方式不仅使启动时间大幅度地缩短,而且对系统缓存容量的需求也大大降低,极大地减少用户用在等待的时间。目前,流媒体技术已经广泛应用在互联网领域中。
流媒体类业务一般是服务器到客户端或客户端到客户端的业务服务架构,视音频编解码是服务器和客户端的重要功能之一,视音频编解码需要耗费大量的服务器/客户端软件和硬件资源,目前的服务器或客户端难以承受如此大的并发请求。流媒体业务如果直接在当前的IP网上运营会产生一系列的问题,如:带宽和QoS难以保证;广播型业务耗费大量的骨干网络带宽,并对源点构成极大的压力等。一旦流媒体业务用户量和业务量加大,就会对现有网络的流量流向造成很大的冲击,甚至会使得现有网络无法保证常规业务的运营。
CDN技术的发展,为宽带流媒体应用提供了最佳的解决方案。CDN是构建在网络之上的内容分发网络,依靠部署在各地的边缘服务器,通过中心平台的负载均衡、内容分发、调度等功能模块,使用户就近获取所需内容,降低网络拥塞,提高用户访问响应速度和命中率。CDN利用全局负载均衡技术将用户的访问指向离用户最近的工作正常的流媒体服务器上,由流媒体服务器直接响应用户的请求。服务器中如果没有用户要访问的内容,会根据配置自动从原服务器抓取相应的内容并提供给用户。
在判断和CDN之间链路的质量时,由于是通过已流逝时间的播放情况来衡量,并不能完整反映整个CDN服务节点使用的生命周期内,客户端与CDN之间的链路情况;所以需要对CDN服务节点的切换行为进行抑制,以免使得CDN服务节点切换过于频繁。
发明内容
本发明提出一种流媒体播放中客户端选择CDN服务节点的方法,根据当前播放状态对客户端所连接的CDN服务节点进行切换或对即将切换的行为进行抑制,避免CDN服务节点切换过于频繁,保证流媒体播放的流畅性,提高用户体验。
为了达到上述目的,本发明提出一种流媒体播放中客户端选择CDN服务节点的方法,包括下列步骤:
当连续设定时间内无数据可播时,对客户端所连接的CDN服务节点进行切换;
当在设定窗口期内有设定比例时间无法播放时,对客户端所连接的CDN服务节点进行切换;
当客户端缓存数据有设定时间可以播放时,对CDN服务节点即将切换的行为进行抑制;
当客户端所连接的CDN服务节点到目前为止的生命周期内有50%以上的时间可以播放时,对CDN服务节点即将切换的行为进行抑制。
进一步的,所述无数据可播的连续设定时间为1~5s,此后对客户端所连接的CDN服务节点进行切换。
进一步的,所述设定窗口期为在10~20s内,判断在该时间范围内有多少时间无法播放。
进一步的,所述窗口期的设定比例时间为30%~50%,当出现以上比例时间范围无法播放时,对客户端所连接的CDN服务节点进行切换。
进一步的,所述客户端缓存数据可以播放的设定时间为大于等于5秒时,对CDN服务节点即将切换的行为进行抑制。
进一步的,所述CDN服务节点的生命周期中以500ms为一个样本点,1000个样本点为生命周期最大值。
进一步的,该方法还包括将生命周期最长的CDN服务节点设置为最好节点,每次进行CDN服务节点切换时都判断其是否为最好节点,若当前使用节点即为最好节点,则不对客户端所连接的CDN服务节点进行切换。
进一步的,所述对客户端所连接的CDN服务节点进行切换是通过当前可切换CDN列表进行切换操作,切换时从当前可切换CDN列表中摘出列表中第一个CDN服务节点,并打开该CDN服务节点。
进一步的,所述对客户端所连接的CDN服务节点进行切换采用CDN轮流机制,轮流次数设定为N次。
进一步的,所述对客户端所连接的CDN服务节点进行切换采用冗余连接的方式进行,即在发现需要进行切换时,对于旧的CDN服务节点事先不进行任何处理和操作,另行开启一条与待使用CDN服务节点的连接,当该CDN服务节点与客户端之间握手成功后,且收到数据时,旧的CDN服务节点再被关闭。
本发明提出的一种流媒体播放中客户端选择CDN服务节点的方法,根据当前播放状态判断是否需要对客户端所连接的CDN服务节点进行切换或对切换进行抑制,在解决客户端播放流畅性问题的同时避免对客户端所连接的CDN服务节点切换操作过于频繁,保证流媒体播放的流畅性,提高用户体验。
附图说明
图1所示为本发明较佳实施例的客户端选择CDN服务节点的方法流程图。
具体实施方式
以下结合附图给出本发明的具体实施方式,但本发明不限于以下的实施方式。根据下面说明和权利要求书,本发明的优点和特征将更清楚。需说明的是,附图均采用非常简化的形式且均使用非精准的比率,仅用于方便、明晰地辅助说明本发明实施例的目的。
请参考图1,图1所示为本发明较佳实施例的客户端选择CDN服务节点的方法流程图。本发明提出一种流媒体播放中客户端选择CDN服务节点的方法,包括下列步骤:
步骤S100:当连续设定时间内无数据可播时,对客户端所连接的CDN服务节点进行切换;
步骤S200:当在设定窗口期内有设定比例时间无法播放时,对客户端所连接的CDN服务节点进行切换;
步骤S300:当客户端缓存数据有设定时间可以播放时,对CDN服务节点即将切换的行为进行抑制;
步骤S400:当客户端所连接的CDN服务节点到目前为止的生命周期内有50%以上的时间可以播放时,对CDN服务节点即将切换的行为进行抑制。
当前播放点之前已经流逝的N秒内,如果确实是一直在丢包,并且没有任何数据包被正确的播放出来,可以认为客户端和当前这个CDN服务节点之间链路质量很差或CDN没有(及时)拿到数据。根据本发明较佳实施例,所述无数据可播的连续设定时间为1~5s,此后对客户端所连接的CDN服务节点进行切换。
当前播放点之前的窗口时间内,出现间断性的丢包,当区域内丢失可播时长率(计算公式:总丢的包的可播时长/区域内总的可播时长)大于等于容忍最大丢包率时,这是认为客户端和CDN服务节点之间的链路是不稳定的,那么应该更换CDN服务节点尝试解决。
根据本发明较佳实施例,所述设定窗口期为在10~20s内,判断在该时间范围内有多少时间无法播放。所述窗口期的设定比例时间为30%~50%,当出现以上比例时间无法播放时,对客户端所连接的CDN服务节点进行切换。
在判断客户端和CDN之间链路的质量时,由于是通过已流逝时间的播放情况来衡量,并不能完整反映整个CDN服务节点使用的生命周期内,客户端与CDN之间的链路情况;所以需要对CDN服务节点的切换行为进行抑制,以免使得CDN服务节点切换过于频繁。
CDN服务节点切换的抑制是建立在,客户端本地播放点与数据提供方的最新播放点之间存在时差,而这段时差恰好可以纳入作为抑制CDN服务节点切换的依据;因为这段时间差内刚好可以视为是播放前的一段数据缓冲。
当判断发现需要进行CDN切换时,CDN切换抑制开始工作:检查缓存区中当前播放点之后有多少数据量可播(数据可以播放多少时间),当这个时间大于某给设定时间大小时,这时CDN切换抑制将会生效(抑制CDN切换这个行为的进行),当CDN抑制流程标记打开时CDN切换抑制才有效。
根据本发明较佳实施例,所述客户端缓存数据可以播放的设定时间为大于等于5秒时,对CDN服务节点即将切换的行为进行抑制。
在CDN抑制机制中,由于是通过本地缓存(缓冲)中待播数据的可播时长去衡量是否需要进行切换CDN服务节点,其中存在判断错误的情况。因为即将播放的数据情况是有限的,无法准确的反映整个CDN服务节点使用生命周期中CDN服务节点和客户端之间的链路情况,所以需要增加一种方式来判断CDN服务节点使用生命周期内,客户端和CDN服务节点之间链路质量的大概情况。
所述CDN服务节点的生命周期中以500ms为一个样本点,1000个样本点为生命周期最大值。
失效原则:当客户端和CDN之间的链路质量不稳定时,这时CDN切换抑制不应该发生作用,应该进行尝试切换CDN。
抑制失效工作流程:统计多VP当前使用的CDN服务节点正确收到数据可播放时长(收到正确包的数量)与丢失数据可播时长(丢失包数量)。容忍丢失可播时长率>当前丢失可播时长/(当前正确收到数据总的可播放时长+当前丢失数据总的可播放时长)时,CDN服务节点切换抑制机制被使能,否则去使能。当CDN抑制流程标记打开时,CDN切换抑制才有效。
根据本发明较佳实施例,该方法还包括将生命周期最长的CDN服务节点设置为最好节点,每次进行CDN服务节点切换时都判断其是否为最好节点,若当前使用节点即为最好节点,则不对客户端所连接的CDN服务节点进行切换。初始化时,最好节点被设置成NULL。当出现一次主动切换时,必然会有某个CDN服务节点被选出来作为最好节点。当出现某个CDN服务节点主动关闭和客户端之间的连接,那么将不会进行“最好节点”的选择,因为失去比较最好节点的意义了。
多VP中会有两张CDN列表,一张是当前可切换CDN列表,另一张是QueryVP返回的CDN列表;在多VP运行之初,两张表内容一模一样。
所述对客户端所连接的CDN服务节点进行切换是通过当前可切换CDN列表进行切换操作,切换时从当前可切换CDN列表中摘出列表中第一个CDN服务节点,并打开该CDN服务节点。当要打开一个新的CDN服务节点时,会检查当前可用列表是否为空,如果为空,那么就停止多VP自身的工作,不对CDN服务节点进行切换、打开和关闭(无论现在是否有CDN正在使用,如果当前没有VP正在使用的话,连接调度会来打开一个CDN服务节点);如果不为空,则从当前可切换CDN列表中摘出列表中第一个CDN服务节点,并打开该CDN服务节点。
当主动发现某个CDN服务节点质量不佳需要淘汰时,那么可能会遇到如下几种情况:
首先会看一下可可切换CDN列表是否为空,如果为空;那么再进行“最好节点”的比较,这个CDN服务节点是否和之前比较出来最好的那个CDN服务节点是否为同一个,如果是,那多VP停止工作,并继续使用该CDN服务节点不进行任何除此之外的任何其他操作。如果当前可用列表不为空时,那么会继续做“最好节点”的比较。之后从可用列表中摘出第一个CDN服务节点,再打开该CDN服务节点。
在切换流程中,程序一般反复执行以上流程,直到“最好节点”也已经被使用过,并且该节点的播放质量不佳时,切换流程就到此为止,并且多VP将会停止和切换相关的功能。
由于一般切换流程中存在一个弊端,也就是当时用到“最好节点”时,如果由于意外的情况,该CDN服务节点主动关闭了和客户端之间的连接,那么客户端将在短暂的时间内无任何CDN服务节点使用,并且该意外情况也有可能是临时现象,或个别现象。因此需要使用CDN轮流机制来给CDN“第二次”机会。轮流机制同时为了避免在切换CDN时,造成对某个或某些CDN的重复使用,导致无法公平的评价客户端链路情况。
所述对客户端所连接的CDN服务节点进行切换采用CDN轮流机制,轮流次数设定为N次。当CDN切换轮流达到N次时,CDN将不进行任何轮流。对于需要淘汰CDN时,将不会做任何事情(即不关闭该CDN,也不会切换一个新的CDN)。当轮流次数达到最大值时,对于由于CDN方主动关闭,那么多VP什么都不做,这时整个下载调度将没有连接任何VP,直到下一轮连接调度周期来时,才有可能会打开一个CDN。
多VP的开关是一个内部维护的状态,主要用于控制样本点的采集与否,通过样本点的统计情况来影响多VP是否对VP进行切换。当多VP被关闭时,样本点将不会收集。否则会被收集并进行统计分析。当多VP位于切换中,多VP的开关将会关闭。切换中的状态解释:当需要切换VP时,走冗余切换流程,当冗余切换中旧的VP未关闭之前,多VP的就属于切换中。如果当前有且仅有一个VP正在使用,则不属于切换中。
VP被分为两类,一类是VPP串中携带的CDN域名,这个被称作URL_VP。另一类是QueryVP返回的CDN域名/IP。当QueryVP返回的CDN列表为空时,整个下载调度,会使用VPP串中的CDN地址;当QueryVP返回的CDN不为空时,VPP串中的CDN地址对整个下载调度不可见。
只有QueryVP返回的CDN列表对多VP来说才是可见的,当QueryVP返回的列表为空时,多VP无法得知还有VPP串中的CDN可是进行使用。因此连接调度会在调度周期到来时,进行判断QueryVP返回是否为空列表;如果是,那么连接调度负责打开该VP(URL_VP),此时多VP功能处于关闭,且无论与该VP之间链路质量如何,都不会进行切换。
根据本发明较佳实施例,所述对客户端所连接的CDN服务节点进行切换采用冗余连接的方式进行,即在发现需要进行切换时,对于旧的CDN服务节点事先不进行任何处理和操作,另行开启一条与待使用CDN服务节点的连接,当该CDN服务节点与客户端之间握手成功后,且收到数据时,旧的CDN服务节点再被关闭。
本发明提出的一种流媒体播放中客户端选择CDN服务节点的方法,根据当前播放状态判断是否需要对客户端所连接的CDN服务节点进行切换或对切换进行抑制,在解决客户端播放流畅性问题的同时避免对客户端所连接的CDN服务节点切换操作过于频繁,保证流媒体播放的流畅性,提高用户体验。
虽然本发明已以较佳实施例揭露如上,然其并非用以限定本发明。本发明所属技术领域中具有通常知识者,在不脱离本发明的精神和范围内,当可作各种的更动与润饰。因此,本发明的保护范围当视权利要求书所界定者为准。

Claims (10)

1.一种流媒体播放中客户端选择CDN服务节点的方法,其特征在于,包括下列步骤:
当连续设定时间内无数据可播时,对客户端所连接的CDN服务节点进行切换;
当在设定窗口期内有设定比例时间无法播放时,对客户端所连接的CDN服务节点进行切换;
当判断发现需要进行CDN切换时,CDN切换抑制开始工作;
当客户端缓存数据有设定时间可以播放时,对CDN服务节点即将切换的行为进行抑制;
当客户端所连接的CDN服务节点到目前为止的生命周期内有50%以上的时间可以播放时,对CDN服务节点即将切换的行为进行抑制;
当客户端和CDN之间的链路质量不稳定时,这时CDN切换抑制不应该发生作用,应该进行尝试切换CDN;
统计多VP当前使用的CDN服务节点正确收到数据可播放时长与丢失数据可播时长,其中正确收到数据的时长以收到正确包的数量来表征,丢失数据可播时长以丢失包数量来表征,容忍丢失可播时长率大于当前丢失可播时长/(当前正确收到数据总的可播放时长+当前丢失数据总的可播放时长)时,CDN服务节点切换抑制机制被使能,否则去使能。
2.根据权利要求1所述的客户端选择CDN服务节点的方法,其特征在于,所述无数据可播的连续设定时间为1~5s,此后对客户端所连接的CDN服务节点进行切换。
3.根据权利要求1所述的客户端选择CDN服务节点的方法,其特征在于,所述设定窗口期为在10~20s内,判断在该时间范围内有多少时间无法播放。
4.根据权利要求1所述的客户端选择CDN服务节点的方法,其特征在于,所述窗口期的设定比例时间为30%~50%,当出现以上比例时间无法播放时,对客户端所连接的CDN服务节点进行切换。
5.根据权利要求1所述的客户端选择CDN服务节点的方法,其特征在于,所述客户端缓存数据可以播放的设定时间为大于等于5秒时,对CDN服务节点即将切换的行为进行抑制。
6.根据权利要求1所述的客户端选择CDN服务节点的方法,其特征在于,所述CDN服务节点的生命周期中以500ms为一个样本点,1000个样本点为生命周期最大值。
7.根据权利要求1所述的客户端选择CDN服务节点的方法,其特征在于,该方法还包括将生命周期最长的CDN服务节点设置为最好节点,每次进行CDN服务节点切换时都判断其是否为最好节点,若当前使用节点即为最好节点,则不对客户端所连接的CDN服务节点进行切换。
8.根据权利要求1所述的客户端选择CDN服务节点的方法,其特征在于,所述对客户端所连接的CDN服务节点进行切换是通过当前可切换CDN列表进行切换操作,切换时从当前可切换CDN列表中摘出列表中第一个CDN服务节点,并打开该CDN服务节点。
9.根据权利要求1所述的客户端选择CDN服务节点的方法,其特征在于,所述对客户端所连接的CDN服务节点进行切换采用CDN轮流机制,轮流次数设定为N次。
10.根据权利要求1所述的客户端选择CDN服务节点的方法,其特征在于,所述对客户端所连接的CDN服务节点进行切换采用冗余连接的方式进行,即在发现需要进行切换时,对于旧的CDN服务节点事先不进行任何处理和操作,另行开启一条与待使用CDN服务节点的连接,当该CDN服务节点与客户端之间握手成功后,且收到数据时,旧的CDN服务节点再被关闭。
CN201610049049.5A 2016-01-25 2016-01-25 一种流媒体播放中客户端选择cdn服务节点的方法 Active CN105450675B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610049049.5A CN105450675B (zh) 2016-01-25 2016-01-25 一种流媒体播放中客户端选择cdn服务节点的方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610049049.5A CN105450675B (zh) 2016-01-25 2016-01-25 一种流媒体播放中客户端选择cdn服务节点的方法

Publications (2)

Publication Number Publication Date
CN105450675A CN105450675A (zh) 2016-03-30
CN105450675B true CN105450675B (zh) 2021-07-30

Family

ID=55560450

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610049049.5A Active CN105450675B (zh) 2016-01-25 2016-01-25 一种流媒体播放中客户端选择cdn服务节点的方法

Country Status (1)

Country Link
CN (1) CN105450675B (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA3033148A1 (en) * 2016-08-08 2018-02-15 Record Sure Limited A method of generating a secure record of a conversation
CN109905734A (zh) * 2017-12-08 2019-06-18 北京京东尚科信息技术有限公司 直播分流的方法及装置、直播系统、存储介质及电子设备
CN109474668B (zh) * 2018-10-16 2022-03-04 平安科技(深圳)有限公司 Cdn服务切换方法、装置、计算机设备及存储介质
CN109587580A (zh) * 2018-11-15 2019-04-05 湖南快乐阳光互动娱乐传媒有限公司 基于自适应cdn的视频分段下载方法及系统
CN109600437B (zh) * 2018-12-11 2021-11-16 网宿科技股份有限公司 一种流媒体资源的下载方法及缓存服务器
CN110166791B (zh) * 2019-06-12 2021-10-29 北京字节跳动网络技术有限公司 连接的建立方法、装置、设备及存储介质
CN110769266A (zh) * 2019-10-22 2020-02-07 山东云缦智能科技有限公司 一种实现cmaf低延时直播高可用和高并发的方法
CN112565210A (zh) * 2020-11-24 2021-03-26 创盛视联数码科技(北京)有限公司 Cdn节点推荐方法、系统、电子设备及存储介质
CN114244843A (zh) * 2021-11-03 2022-03-25 网宿科技股份有限公司 流媒体下载方法、电子设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101068155A (zh) * 2006-09-20 2007-11-07 腾讯科技(深圳)有限公司 一种对等连接流媒体直播系统及其采集服务器
CN101068339A (zh) * 2007-06-01 2007-11-07 华为技术有限公司 一种视频点播类业务的实现方法、服务器及客户端
CN104735088A (zh) * 2015-04-16 2015-06-24 北京金山安全软件有限公司 一种cdn网络中服务器节点调整方法及装置
CN104954866A (zh) * 2015-06-19 2015-09-30 杭州施强网络科技有限公司 一种流媒体数据直播中播放点动态控制方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102219415B1 (ko) * 2014-01-20 2021-02-25 삼성전자 주식회사 Lte 망에서 최적 데이터 경로를 위한 mme와 로컬 서버, 이들 간 인터페이스 및 데이터 송수신 방법

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101068155A (zh) * 2006-09-20 2007-11-07 腾讯科技(深圳)有限公司 一种对等连接流媒体直播系统及其采集服务器
CN101068339A (zh) * 2007-06-01 2007-11-07 华为技术有限公司 一种视频点播类业务的实现方法、服务器及客户端
CN104735088A (zh) * 2015-04-16 2015-06-24 北京金山安全软件有限公司 一种cdn网络中服务器节点调整方法及装置
CN104954866A (zh) * 2015-06-19 2015-09-30 杭州施强网络科技有限公司 一种流媒体数据直播中播放点动态控制方法

Also Published As

Publication number Publication date
CN105450675A (zh) 2016-03-30

Similar Documents

Publication Publication Date Title
CN105450675B (zh) 一种流媒体播放中客户端选择cdn服务节点的方法
US8433814B2 (en) Digital content distribution system and method
US10326810B2 (en) Parallel streaming
US10305947B2 (en) Pre-buffering audio streams
US9948708B2 (en) Data retrieval based on bandwidth cost and delay
US7185084B2 (en) Server-side measurement of client-perceived quality of service
US9787736B2 (en) Redirection apparatus and method
US20070271590A1 (en) Method and system for detecting of errors within streaming audio/video data
CN105379295A (zh) 分段内容的流送
US9866602B2 (en) Adaptive bit rates during broadcast transmission in distributed content delivery networks
KR20160026886A (ko) 멀티미디어 컨텐츠를 수신하도록 구성되는 클라이언트 단말기의 다운로딩 거동을 적응시키는 방법 및 대응 단말기
US9712580B2 (en) Pipelining for parallel network connections to transmit a digital content stream
Tizon et al. MPEG-4-based adaptive remote rendering for video games
CN110830460A (zh) 一种连接建立方法、装置、电子设备及存储介质
TWI634789B (zh) 提供多媒體內容之內容部分至用戶端之方法及對應之快取
US20160352857A1 (en) Method for adapting the behavior of a cache, and corresponding cache
CN114666609A (zh) 视频数据下载方法、装置、电子设备及存储介质
Ahsan et al. DASHing towards hollywood
Ahsan Video Streaming Transport: Measurements and Advances
AU2014262271B2 (en) Parallel streaming
JP2023549778A (ja) オーディオ及び/又はビデオコンテンツ配信のための方法及びコントローラ
US20190253753A1 (en) Method for streaming and reproducing applications via a particular telecommunications system, telecommunications network for carrying out the method, and use of a telecommunications network of this type

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
CB02 Change of applicant information

Address after: No. 1168, Binjiang District Road, Binjiang District, Hangzhou, Zhejiang

Applicant after: Hangzhou Strong Education Technology Co., Ltd.

Address before: No. 1168, Binjiang District Road, Binjiang District, Hangzhou, Zhejiang

Applicant before: Hangzhou Shi Qiang network technology Co., Ltd

CB02 Change of applicant information
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant