CN102055808A - 一种降低p2p直播系统中播放延迟的方法与系统 - Google Patents
一种降低p2p直播系统中播放延迟的方法与系统 Download PDFInfo
- Publication number
- CN102055808A CN102055808A CN2011100036141A CN201110003614A CN102055808A CN 102055808 A CN102055808 A CN 102055808A CN 2011100036141 A CN2011100036141 A CN 2011100036141A CN 201110003614 A CN201110003614 A CN 201110003614A CN 102055808 A CN102055808 A CN 102055808A
- Authority
- CN
- China
- Prior art keywords
- node
- server
- delay
- autonomous territory
- playout
- 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.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明属于流媒体和分布式系统技术领域,具体为一种降低P2P直播系统中播放延迟的方法与系统。本发明在P2P直播系统的频道列表服务器、Tracker服务器、媒体服务器外,增设位置服务器和自治域路径服务器;前者提供节点自治域号、经纬度和地区号等位置信息给各节点;后者负责计算离给定自治域的最近的和次近的自治域,然后提供给Tracker服务器用来初步筛选候选节点和设定自治域的默认播放延迟;本发明还构建优化的覆盖网络拓扑结构,选择合适的邻居节点,并使用独特的缓冲区管理算法和节点延迟设定算法,从而达到提升播放连续度和降低系统平均播放延迟的目的。
Description
技术领域
本发明属于流媒体和分布式系统技术领域,具体涉及一种降低P2P直播系统中播放延迟的方法与系统。
背景技术
基于单播 C/S 结构的媒体服务器容易成为系统瓶颈,其扩展性不高,不适合流媒体大规模数据的分发。相应的 IP 组播技术存在固有限制难以部署、CDN 分发网络成本过高、只是将瓶颈转移而非消除等问题。在P2P方式下,每个对等实体(peer)既是服务的提供者,又是服务的享用者。peer为系统提供有限的计算或存储资源, peer 之间协作为其他 peer 提供服务,将服务器的负载分散到peer中,从而有效地减轻了服务器的负载和网络带宽占用,极大地提高了系统的可扩展性,具有巨大潜在的应用前景。 而流媒体服务中有巨大的数据量需要传输,因此,P2P 流媒体技术成为研究热点。
对于P2P 流媒体系统而言,由于节点的不稳定性以及节点能力的差异,使得 P2P 流媒体系统中的 QoS问题更加突出,也是 P2P流媒体系统研究的一大热点所在。比较突出的问题有播放连续度不高,特别是在在线人数很多的时候;频道切换时间过长,通常在十秒以上,导致用户满意度不高;直播系统的播放延时比较长,与电视等传统媒体相比有劣势。这几个问题如果不能很好地解决,将会严重影响到用户的使用体验。
如今,P2P流媒体已成为一种非常流行的媒体传播分发方案,许多研究机构都在持续在这领域进行研究,很多公司也很注重对这一技术的使用和改进。而P2P流媒体中QoS问题已成为热门的研究方向。目前P2P流媒体中存在主要问题有:比较长的初始播放缓冲延迟(选择频道点击播放后要等一段时间才能播放)和绝对播放延迟(与媒体源相比在播放进度上晚一段时间),还有播放连续读问题(在播放过程中卡壳)。
发明内容
本发明的目的在于提供一种可改进视频播放的连续度,提升用户的体验的降低P2P直播流媒体中的播放延迟的方法与系统。
本发明提供的降低P2P直播流媒体中的播放延迟的方法,是利用节点自治域号、地理位置和往返时延(Round-Trip Time)等信息来构建优化的覆盖网络拓扑结构,选择合适的邻居节点,另外,系统使用了独特的缓冲区管理算法和节点延迟设定算法,从而达到提升播放连续度和降低系统平均播放延迟的目的。
用户的上传带宽利用率、数据块的调度算法、覆盖网络的构造和播放延迟设定方式等因素是影响P2P系统性能的重要因素。本发明从覆盖网络拓扑构造、邻居选择算法、缓冲区管理和播放延迟设置等几个方面入手,改善这些方面的性能来达到降低播放延迟、提升用户体验的目的。
本发明提出的降低P2P直播系统中播放延迟的方法,首先,在P2P系统中设置位置服务器和自治域路径服务器两个特别的服务器,分来用来提供位置信息查询和计算K短路径,计算出来的结果用来筛选邻居节点和设置自治域默认播放延迟。
然后,将P2P系统中的节点根据所在自治域进行分簇,在同一簇内的节点更有可能成为邻居节点,同时选择优良的相邻自治域内的节点作为邻居节点来提升新数据块的分发速度,防治覆盖网络拓扑发生分裂。
普通节点由覆盖网络拓扑管理器、数据调度器、数据缓冲区和播放器四大部分组成:覆盖网络拓扑管理器负责P2P覆盖网络的构造和维护;数据调度器负责分析各个邻居节点的缓冲区状况和上一个时间周期各个居节点的贡献和支出,然后根据结果做出决策。
对于不同自治域中的节点,根据这些自治域节点离源媒体服务器所在自治域的网络距离来进行自治域中节点默认播放延迟的设定,如果新加入节点在自治域默认播放延迟设定情况下播放连续度不高,出现卡壳的情况,可以增加缓冲时间,相应也增加了播放延迟。
一、系统架构
在本发明使用的系统架构中,除了频道列表服务器、Tracker服务器、媒体服务器之外,还增加了位置服务器和自治域路径服务器。整个系统架构如附图1所示。位置服务器提供节点自治域号、经纬度和地区号等位置信息给各节点。因为每个节点基本上只需要查询一次位置信息,所以此服务器可以直接使用pWhois的服务来代替或者做一个它的镜像服务器来应对大量的查询。自治域路径服务器负责计算离给定自治域的最近的和次近的自治域,然后提供给Tracker服务器用来初步筛选候选节点和设定自治域的默认播放延迟。
新上线的用户,如果是第一次上线,就连接位置服务器去查询自己的自治域号、经度纬度和所在地区等地理位置信息并保存在本地。已有自己位置信息的节点连接频道列表服务器去拉取最新的频道列表信息。在用户选择了自己要观看的频道之后,客户端会发送带有自己位置信息的请求给Tracker服务器。Tracker服务器根据发送过来的位置信息对观看同一频道的节点进行初步筛选,同一自治域的节点更有可能被选为候选节点发送给新上线的节点作为候选邻居节点。
新上线的节点获取到Tracker服务器发送过来的候选邻居节点列表之后就会再次根据自治域信息、往返时延(Round-Trip Time)和节点性能等条件挑选最合适的节点作为自己的邻居节点。然后,新上线节点向选定的邻居节点发送数据包建立连接,交换播放延迟、缓冲区信息和播放位置等信息,新节点根据最先收到的播放延迟信息和自治域路径服务器返回的信息计算自己的播放延迟。确定自己的播放延迟后就向邻居节点拉取自己需要的数据块并发送自己拥有的数据块给其它有需要的节点。
二、节点的组成模块
一个普通节点由覆盖网络拓扑管理器、数据调度器、数据缓冲区和播放器四大部分组成的。覆盖网络拓扑管理器负责P2P覆盖网络的构造和维护,是影响系统性能的一个重要因素,下一节我们会详细说明如何来保证构造一个优化的覆盖网络拓扑。数据调度器负责分析各个邻居节点的缓冲区状况和上一个时间周期各个邻居节点的贡献和支出,然后根据统计结果做出决策:从什么邻居节点请求哪一块数据可以达到最大的数据接收速率,保持视频的正常播放。
本发明的数据缓冲区与一般流行的P2P直播流媒体系统的缓冲区不一样,我们使用了不一样的数据缓冲区管理策略。一般的P2P流媒体系统不会保留播放了的数据,会直接抛弃掉。本发明将数据缓冲区切分为两个区段:前区和后区。前区用于存放从其它节点接收的即将播放的数据,而后区用来存放那些已经播放了的数据,这些数据可以用来为其它播放延迟要高于自己的节点服务。在我们的发明中,缓冲区的总大小是固定的,而前区的大小和后区的大小事根据节点所处的位置和节点自身的能力确定的。根据节点的播放延迟来设定缓冲区的前区和后区的大小。如何确定节点的播放延迟会在第五小结详细说明。
本发明的播放器模块与普通流媒体播放器无异。我们将数据缓冲区的媒体数据输送给媒体播放器,播放器负责将数据播放呈现给用户。
三、优化的覆盖网络拓扑构造
构造优化的覆盖网络的主要思想如下:构造一个扁平的覆盖网络拓扑,这样可以加快数据块在整个网络中的分发,减少数据块从媒体源服务器产生到所有节点获得此数据块的时间;另外采用位置感知技术,将在处于同一自治域的节点置于同一分簇中,加强节点间的合作,这样数据可以高效地在各节点间传输。
具体的拓扑形成控制过程如下:每个节点在第一进入系统和网络位置发生改变时(处于不同的自治域或者国家地区),通过位置服务器查询更新自己的自治域号、经度纬度和地区号等位置信息,然后将这些位置信息保存在本地磁盘,以备下次使用,不用每次启动都查询位置服务器。然后节点将自己的位置信息跟所选观看频道信息发送给Tracker服务器,Tracker保存每个在线节点的相关信息并将观看同一频道的节点按照自治域号进行分类。在Tracker返回给新加入节点候选节点列表中,同一自治域的节点占有大于60%的比例,如果同一自治域的节点过少,邻近的自治域的节点作为次佳选择返回。另外,在整个节点观看过程中,都按照同一自治域的节点有优先权的原则选取邻居节点。这样,邻居列表中始终保持同一自治域的邻居节点占大多数,这为高效的数据传输打下了基础。
另外一方面,为了加速媒体源服务器新编码的数据块的分发速度,在选择邻居节点时我们会考虑到选择适当比例的临近自治域的优良节点作为邻居节点,这样可以有效地保持整个覆盖网络的健壮性,不会因为节点的退出而产生拓扑分裂的情况。最终构造的拓扑中,覆盖网络的拓扑会与物理网络的拓扑非常吻合匹配,可以提升网络传输效率,节省数据分发时间。
四、邻居节点选择算法
在Tracker服务器中已经将观看同一频道的节点按照自治域分类,并按照一定的比例将同一自治域的节点与非同一自治域的节点作为候选节点发送给新加入节点。新节点在收到候选节点列表之后会在这两个集合中分别计算自己与他们的网络距离,网络距离的定义如下式所示。其中Di.j代表节点i和节点j之间的网络距离,Gi,j表示节点i与节点j的物理距离,Lati和Loni分别表示节点i的经度和纬度。
计算出自己与候选节点的网络距离之后就会根据网络距离从近到远进行排序,排名靠前的节点将会被选为邻居节点。同时,选择邻居节点时也会遵守同一自治域的邻居节点占60%以上原则,邻近自治域的节点相比其它较远的自治域的节点享有优先权。
五、与网络距离成比例的播放延迟设定
在一般的P2P直播系统中,所有节点的播放延迟尽量设定成相同以增加节点缓冲区的重叠,进而提升数据的可用性,即有更多的节点拥有自己需要的数据块,这样可以更好地保证数据的获取。
本发明中采用异步播放策略,将一个频道的覆盖网络按照离源服务器的远近和网络状况按照自治域分成若干个同步播放区。离源服务器近的,可以先获得数据块的区域先播放,而离源服务器远的需要其它节点接力的稍后进行播放。在同一播放区域的拥有相同或者相近的播放延迟。这样可以保证性能优良的节点可以更早获得数据而且可以更早开始播放,播放的先后顺序与数据的传播流向一致。如同湖面的涟漪一样,数据向外传播分发的过程决定了节点的播放延迟。
一个自治域的播放延迟设定算法具体如下所述。我们使用基于播放延迟的成比例的播放延迟设定算法。新的自治域的默认播放延迟根据邻近的更靠近数据源的自治域的播放延迟来计算。一个基点的播放延迟是由它的初始启动偏移和初始缓冲时间决定的,在我们的系统中,初始缓冲时间是固定的,所以我们只要计算出初始启动偏移就行了。下式为计算自治域的默初始启动偏移的公式,其中θ为节点的默认初始启动偏移,fp(t0)为邻近自治域节点Pn的播放点,α为系统调节系数,Lp为Pn的播放延迟。
附图说明
图1为本发明使用的系统结构图。
图2 为本发明的系统网络拓扑划分和各自治域默认播放延迟设定示意图。
具体实施方式
新上线的用户,如果是第一次上线就会连接位置信息服务器去查询自己的自治域号和经度纬度、所在地区等地理位置信息并保存在本地。已有自己位置信息的节点会连接频道列表服务器去拉取最新的频道列表信息。在用户选择了自己要观看的频道之后,客户端会发送带有自己位置信息的请求包给Tracker服务器。Tracker服务器根据发送过来的位置信息对观看同一频道的节点进行初步筛选,同一自治域的节点更有可能被选为候选节点发送给新上线的节点。新上线的节点获取到Tracker服务器发送过来的候选邻居节点列表之后就会再次根据自治域信息、往返时延(Round-Trip Time)和节点性能等条件挑选最合适的借鉴最为自己的邻居节点。然后,新上线节点向选定的邻居节点发送数据包建立连接,交换播放延迟、缓冲区信息和播放位置等信息,新节点根据最先收到的播放延迟信息和自治域路径服务器返回的信息计算自己播放延迟。确定自己的播放延迟后就向邻居节点拉取自己需要的数据块和发送自己拥有的数据块给其他节点。
参考文献:
[1] Dongbo Huang, Jin Zhao, Xin Wang. “Agiler: A P2P Live Streaming System with Low Playback Lag” in Proc of CollaborateCom 2010.
[2] X. Zhang, X. Chen, N. Ren, J. Zhao, and X. Wang, “Sonicstream: An implementation of a live p2p media streaming system with improved playback lag” in Proc of IEEE ICCE 2009。
Claims (7)
1.一种降低P2P直播系统中播放延迟的方法,其特征在于: P2P直播系统中除了频道列表服务器、Tracker服务器、媒体服务器之外,还设置了位置服务器和自治域路径服务器;位置服务器提供节点自治域号、经纬度和地区号等位置信息给各节点;自治域路径服务器负责计算离给定自治域的最近的和次近的自治域,然后提供给Tracker服务器用来初步筛选候选节点和设定自治域的默认播放延迟;
新上线的用户,如果是第一次上线,就连接位置服务器去查询自己的自治域号、经度纬度和所在地区等地理位置信息并保存在本地;已有自己位置信息的节点连接频道列表服务器去拉取最新的频道列表信息;在用户选择了自己要观看的频道之后,客户端发送带有自己位置信息的请求给Tracker服务器;Tracker服务器根据发送过来的位置信息对观看同一频道的节点进行初步筛选,同一自治域的节点更有可能被选为候选节点发送给新上线的节点作为候选邻居节点;
新上线的节点获取到Tracker服务器发送过来的候选邻居节点列表之后,再次根据自治域信息、往返时延和节点性能等条件挑选最合适的节点作为自己的邻居节点;然后,新上线节点向选定的邻居节点发送数据包建立连接,交换播放延迟、缓冲区信息和播放位置等信息;新上线节点根据最先收到的播放延迟信息和自治域路径服务器返回的信息计算自己的播放延迟,确定自己的播放延迟后就向邻居节点拉取自己需要的数据块并发送自己拥有的数据块给其它有需要的节点。
2.如权利要求1所述的方法,其特征在于一个普通节点由覆盖网络拓扑管理器、数据调度器、数据缓冲区和播放器四大部分组成;其中:
覆盖网络拓扑管理器负责P2P覆盖网络的构造和维护;
数据调度器负责分析各个邻居节点的缓冲区状况和上一个时间周期各个邻居节点的贡献和支出,然后根据统计结果做出决策:从什么邻居节点请求哪一块数据可以达到最大的数据接收速率,保持视频的正常播放;
数据缓冲区被切分为两个区段:前区和后区,前区用于存放从其它节点接收的即将播放的数据,后区用来存放那些已经播放了的数据,这些数据可以用来为其它播放延迟要高于自己的节点服务;缓冲区总的大小是固定的,而前区的大小和后区的大小根据节点所处的位置和节点自身的能力确定;
播放器采用普通流媒体播放器,将数据缓冲区的媒体数据输送给媒体播放器,播放器负责将数据播放呈现给用户。
3.如权利要求2所述的方法,其特征在于还构造优化的覆盖网络,即构造一个扁平的覆盖网络拓扑,以加快数据块在整个网络中的分发,减少数据块从媒体源服务器产生到所有节点获得此数据块的时间;同时,采用位置感知技术,将在处于同一自治域的节点置于同一分簇中,加强节点间的合作,使数据可以高效地在各节点间传输;
每个节点在第一进入系统和网络位置发生改变时,通过位置服务器查询更新自己的自治域号、经度纬度和地区号等位置信息,然后将这些位置信息保存在本地磁盘,以备下次使用;然后节点将自己的位置信息跟所选观看频道信息发送给Tracker服务器,Tracker服务器会保存每个在线节点的相关信息并将观看同一频道的节点按照自治域号进行分类;在Tracker服务器返回给新加入节点候选节点列表中,同一自治域的节点占有大于60%的比例,如果同一自治域的节点过少,邻近的自治域的节点作为次佳选择返回;另外,在整个节点观看过程中,按照同一自治域的节点有优先权的原则选取邻居节点,使邻居列表中始终保持同一自治域的邻居节点占大多数。
4.如权利要求3所述的方法,其特征在于邻居节点的选择算法如下:在Tracker服务器中将观看同一频道的节点按照自治域分类,并按照一定的比例将同一自治域的节点与非同一自治域的节点作为候选节点发送给新加入节点;新节点在收到候选节点列表之后,在这两个集合中分别计算自己与他们的网络距离,网络距离的定义如下式所示,其中Di.j代表节点i和节点j之间的网络距离,Gi,j表示节点i与节点j的物理距离,Lati和Loni分别表示节点i的经度和纬度;
计算出自己与候选节点的网络距离之后,根据网络距离从近到远进行排序,将排名靠前的节点选为邻居节点;同时,选择邻居节点时遵守同一自治域的邻居节点占60%以上原则,邻近自治域的节点相比其它较远的自治域的节点享有优先权。
5.如权利要求4所述的方法,其特征在于还采用异步播放策略,将一个频道的覆盖网络按照离源服务器的远近和网络状况按照自治域分成若干个同步播放区;离源服务器近的,先获得数据块的区域先播放,离源服务器远的,需要其它节点接力的稍后进行播放;在同一播放区域的拥有相同或者相近的播放延迟;
一个自治域的播放延迟设定,使用基于播放延迟的成比例的播放延迟设定算法,即新的自治域的默认播放延迟根据邻近的更靠近数据源的自治域的播放延迟来计算;一个基点的播放延迟由它的初始启动偏移和初始缓冲时间决定,而初始缓冲时间是固定的,所以只要计算出初始启动偏移即可;下式为计算自治域的默认初始启动偏移的公式,其中θ为节点的默认初始启动偏移,fp(t0)为邻近自治域节点Pn的播放点,α为系统调节系数,Lp为Pn的播放延迟;
6.一种降低P2P直播系统中播放延迟的系统,其特征在于: P2P直播系统中除了频道列表服务器、Tracker服务器、媒体服务器之外,还设置有位置服务器和自治域路径服务器;位置服务器用于提供节点自治域号、经纬度和地区号等位置信息给各节点;自治域路径服务器用于负责计算离给定自治域的最近的和次近的自治域,然后提供给Tracker服务器用来初步筛选候选节点和设定自治域的默认播放延迟;
新上线的用户,如果是第一次上线,就连接位置信息服务器去查询自己的自治域号、经度纬度和所在地区等地理位置信息并保存在本地;已有自己位置信息的节点连接频道列表服务器去拉取最新的频道列表信息;在用户选择自己要观看的频道之后,客户端发送带有自己位置信息的请求给Tracker服务器;Tracker服务器根据发送过来的位置信息对观看同一频道的节点进行初步筛选,同一自治域的节点更有可能被选为候选节点发送给新上线的节点作为候选邻居节点;
新上线的节点获取到Tracker服务器发送过来的候选邻居节点列表之后,再次根据自治域信息、往返时延和节点性能等条件挑选最合适的节点作为自己的邻居节点;然后,新上线节点向选定的邻居节点发送数据包建立连接,交换播放延迟、缓冲区信息和播放位置等信息;新上线节点根据最先收到的播放延迟信息和自治域路径服务器返回的信息计算自己的播放延迟,确定自己的播放延迟后就向邻居节点拉取自己需要的数据块并发送自己拥有的数据块给其它有需要的节点。
7.如权利要求6所述的系统,其特征在于一个普通节点由覆盖网络拓扑管理器、数据调度器、数据缓冲区和播放器四大部分组成;其中:
覆盖网络拓扑管理器负责P2P覆盖网络的构造和维护;
数据调度器负责分析各个邻居节点的缓冲区状况和上一个时间周期各个邻居节点的贡献和支出,然后根据统计结果做出决策:从什么邻居节点请求哪一块数据可以达到最大的数据接收速率,保持视频的正常播放;
数据缓冲区被切分为两个区段:前区和后区,前区用于存放从其它节点接收的即将播放的数据,后区用来存放那些已经播放了的数据,这些数据可以用来为其它播放延迟要高于自己的节点服务;缓冲区总的大小是固定的,而前区的大小和后区的大小根据节点所处的位置和节点自身的能力确定;
播放器采用普通流媒体播放器,将数据缓冲区的媒体数据输送给媒体播放器,播放器负责将数据播放呈现给用户。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2011100036141A CN102055808A (zh) | 2011-01-10 | 2011-01-10 | 一种降低p2p直播系统中播放延迟的方法与系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2011100036141A CN102055808A (zh) | 2011-01-10 | 2011-01-10 | 一种降低p2p直播系统中播放延迟的方法与系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102055808A true CN102055808A (zh) | 2011-05-11 |
Family
ID=43959727
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2011100036141A Pending CN102055808A (zh) | 2011-01-10 | 2011-01-10 | 一种降低p2p直播系统中播放延迟的方法与系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102055808A (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102231762A (zh) * | 2011-08-12 | 2011-11-02 | 乐视网信息技术(北京)股份有限公司 | 一种可以无限水平扩展的p2p服务器架构 |
WO2012163214A1 (zh) * | 2011-07-14 | 2012-12-06 | 华为技术有限公司 | 一种获取节点间代价的方法,设备和系统 |
CN103218381A (zh) * | 2011-11-30 | 2013-07-24 | 富士通株式会社 | 服务器装置和移动控制方法 |
TWI452875B (zh) * | 2012-03-23 | 2014-09-11 | Ind Tech Res Inst | 調整對等串流網路之樹狀覆蓋網的方法與系統 |
CN104967873A (zh) * | 2015-06-29 | 2015-10-07 | 上海帝联信息科技股份有限公司 | 流媒体直播调度方法、系统和调度服务器 |
CN105634784A (zh) * | 2014-11-06 | 2016-06-01 | 阿里巴巴集团控股有限公司 | 控制数据分发方法、装置及系统 |
CN107454196A (zh) * | 2017-09-15 | 2017-12-08 | 曙光信息产业(北京)有限公司 | 一种邻居节点的分配方法 |
CN108471558A (zh) * | 2017-02-23 | 2018-08-31 | 阿里巴巴集团控股有限公司 | 一种混合数据传输方法、数据传输方法及相关设备 |
CN109981780A (zh) * | 2019-03-27 | 2019-07-05 | 深圳市网心科技有限公司 | 一种调度方法、节点设备、调度系统及存储介质 |
WO2019134470A1 (zh) * | 2018-01-04 | 2019-07-11 | 华为技术有限公司 | 视频直播方法及装置 |
-
2011
- 2011-01-10 CN CN2011100036141A patent/CN102055808A/zh active Pending
Non-Patent Citations (2)
Title |
---|
DONGBO HUANG等: "Agiler: A P2P Live Streaming System with Low Playback Lag", 《COLLABORATECOM》 * |
XIAOCHEN ZHANG等: "SonicStream: An Implemen tation of a Live P2P Media", 《IEEE》 * |
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012163214A1 (zh) * | 2011-07-14 | 2012-12-06 | 华为技术有限公司 | 一种获取节点间代价的方法,设备和系统 |
US9667519B2 (en) | 2011-07-14 | 2017-05-30 | Huawei Technologies Co., Ltd. | Method, device, and system for acquiring cost between nodes |
CN102231762B (zh) * | 2011-08-12 | 2014-03-19 | 乐视网信息技术(北京)股份有限公司 | 一种可以无限水平扩展的p2p服务器系统 |
CN102231762A (zh) * | 2011-08-12 | 2011-11-02 | 乐视网信息技术(北京)股份有限公司 | 一种可以无限水平扩展的p2p服务器架构 |
CN103218381A (zh) * | 2011-11-30 | 2013-07-24 | 富士通株式会社 | 服务器装置和移动控制方法 |
TWI452875B (zh) * | 2012-03-23 | 2014-09-11 | Ind Tech Res Inst | 調整對等串流網路之樹狀覆蓋網的方法與系統 |
CN105634784A (zh) * | 2014-11-06 | 2016-06-01 | 阿里巴巴集团控股有限公司 | 控制数据分发方法、装置及系统 |
CN105634784B (zh) * | 2014-11-06 | 2019-02-05 | 阿里巴巴集团控股有限公司 | 控制数据分发方法、装置及系统 |
CN104967873A (zh) * | 2015-06-29 | 2015-10-07 | 上海帝联信息科技股份有限公司 | 流媒体直播调度方法、系统和调度服务器 |
CN108471558B (zh) * | 2017-02-23 | 2021-02-26 | 阿里巴巴集团控股有限公司 | 一种混合数据传输方法、数据传输方法及相关设备 |
CN108471558A (zh) * | 2017-02-23 | 2018-08-31 | 阿里巴巴集团控股有限公司 | 一种混合数据传输方法、数据传输方法及相关设备 |
CN107454196A (zh) * | 2017-09-15 | 2017-12-08 | 曙光信息产业(北京)有限公司 | 一种邻居节点的分配方法 |
WO2019134470A1 (zh) * | 2018-01-04 | 2019-07-11 | 华为技术有限公司 | 视频直播方法及装置 |
CN110012300A (zh) * | 2018-01-04 | 2019-07-12 | 华为技术有限公司 | 视频直播方法及装置 |
CN110012300B (zh) * | 2018-01-04 | 2021-07-09 | 华为技术有限公司 | 视频直播方法及装置 |
US11350139B2 (en) | 2018-01-04 | 2022-05-31 | Huawei Technologies Co., Ltd. | Video live broadcast method and apparatus |
CN109981780A (zh) * | 2019-03-27 | 2019-07-05 | 深圳市网心科技有限公司 | 一种调度方法、节点设备、调度系统及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102055808A (zh) | 一种降低p2p直播系统中播放延迟的方法与系统 | |
US10771524B1 (en) | Methods and systems for a decentralized data streaming and delivery network | |
CN101567796B (zh) | 一种内容分片的多媒体网络及其业务方法 | |
EP2288085B1 (en) | P2p based method, device and system for playing media | |
CN100405795C (zh) | 分布式对等流媒体的服务系统及其点播节目的实现方法 | |
CN102326161A (zh) | 拓扑敏感的缓存协作 | |
CN103634692A (zh) | 基于cdn和p2p的混合流媒体视频点播系统 | |
CN101640699A (zh) | P2p流媒体系统及其中的流媒体下载方法 | |
Su et al. | Incentive mechanisms in p2p media streaming systems | |
CN101217565B (zh) | 一种对等网络视频共享系统中分类检索的网络组织方法 | |
CN113453038B (zh) | 一种cdn-p2p混合架构下效用最优协同缓存管理方法 | |
CN100536420C (zh) | 一种流媒体点播系统中时间相关的对等网络组织方法 | |
CN104822084A (zh) | 基于并发流的p2p实时播放系统快速频道切换方法 | |
CN104506884A (zh) | 一种利用虚拟cdn进行流媒体点播的系统 | |
Pal et al. | A new hybrid approach for overlay construction in p2p live streaming | |
CN101668037B (zh) | 一种p2p网络的调度方法 | |
Kuo et al. | Advanced bootstrap and adjusted bandwidth for content distribution in peer-to-peer live streaming | |
CN102821316A (zh) | 一种基于对等计算核心算法改进的视频点播传输方法 | |
CN113194362B (zh) | 边缘计算场景中视频组播分组和码率决策方法 | |
Tian et al. | A novel caching mechanism for peer-to-peer based media-on-demand streaming | |
Kamiyama et al. | Multicast pre-distribution in VoD services | |
WO2009135374A1 (zh) | Iptv媒体交付系统、iptv媒体内容发布方法、及媒体交付系统 | |
Mykoniati et al. | Scalable peer-to-peer streaming for live entertainment content | |
CN110139126A (zh) | 基于用户交互行为感知的移动视频系统资源共享方法 | |
Lee et al. | A vEB-tree-based architecture for interactive video on demand services in peer-to-peer networks |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20110511 |