[发明专利]基于P2P流媒体的二次编码播放方法及系统有效
申请号: | 201010256312.0 | 申请日: | 2010-08-17 |
公开(公告)号: | CN101924793A | 公开(公告)日: | 2010-12-22 |
发明(设计)人: | 华仁红 | 申请(专利权)人: | 北京易视腾科技有限公司 |
主分类号: | H04L29/08 | 分类号: | H04L29/08;H04L12/18;H04N7/24;H04N7/26 |
代理公司: | 北京路浩知识产权代理有限公司 11002 | 代理人: | 王莹 |
地址: | 100101 北京市朝阳*** | 国省代码: | 北京;11 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 基于 p2p 流媒体 二次编码 播放 方法 系统 | ||
1.一种基于P2P流媒体的二次编码播放方法,其特征在于,包括以下步骤:
S1:当前节点向邻居节点发出播放连接请求,并播放邻居节点发来的媒体流;
S2:播放过程中,所述当前节点实时估算自己的接收带宽;
S3:若所述接收带宽低于预定值,则当前节点请求其邻居节点对播放的媒体流进行二次编码;
S4:所述邻居节点对播放的媒体流进行二次编码后,将二次编码后的媒体流传输给当前节点。
2.如权利要求1所述的基于P2P流媒体的二次编码播放方法,其特征在于,所述步骤S1之前还包括当前节点估算各个邻居节点的传输带宽的步骤:
所述当前节点定期的向全部邻居节点发送数据请求;
所述当前节点接收所述邻居节点在两次请求的间隔t内发来的数据包,将该数据包数量作为该邻居节点传输带宽;
在规定的时间T内,T≥t,统计发送数据包数量大于或等于请求的数据包总数的邻居节点。
3.如权利要求2所述的基于P2P流媒体的二次编码播放方法,其特征在于,当邻居节点在一次请求后发来的数据包数量等于请求的数据包的数量时,所述当前节点在下次请求时增加请求数据包的数量。
4.如权利要求2所述的基于P2P流媒体的二次编码播放方法,其特征在于,所述步骤S3中请求所述统计的邻居节点中传输带宽最大的邻居节点进行二次编码,并通过所述请求将自己的接收带宽通知给所述传输带宽最大的邻居节点。
5.如权利要求1所述的基于P2P流媒体的二次编码播放方法,其特征在于,所述步骤S2中当前节点通过实时统计媒体流数据接收缓冲区中的丢包率估算自己的接收带宽。
6.如权利要求1所述的基于P2P流媒体的二次编码播放方法,其特征在于,所述步骤S4中对播放的媒体流二次编码的步骤包括:
对播放的媒体流进行下采样;
按所述当前节点可接收带宽对下采样后的媒体流进行重新编码。
7.如权利要求1所述的基于P2P流媒体的二次编码播放方法,其特征在于,所述预定值为媒体流发布源的发送带宽。
8.如权利要求1~7中任一项所述的基于P2P流媒体的二次编码播放方法,其特征在于,若进行二次编码的邻居节点退出P2P流媒体直播网络,则所述当前节点重复步骤S3和S4。
9.一种基于P2P流媒体的二次编码播放系统,其特征在于,包括:
播放请求模块,用于当前节点向邻居节点发出播放连接请求,并播放邻居节点发来的媒体流;
接收带宽估算模块,用于在播放过程中,所述当前节点实时估算自己的接收带宽;
二次编码请求模块,用于在所述接收带宽低于预定值时,当前节点请求其邻居节点对播放的媒体流进行二次编码;
二次编码模块,用于所述邻居节点对播放的媒体流进行二次编码后,将二次编码后的媒体流传输给当前节点。
10.如权利要求9所述的基于P2P流媒体的二次编码播放系统,其特征在于,还包括邻居节点传输带宽估算模块,具体包括:
定期请求模块,用于所述当前节点定期的向邻居节点发送数据请求;
数据包接收模块,用于所述当前节点接收所述邻居节点在两次请求的间隔t内发来的数据包,将该数据包数量作为该邻居节点传输带宽;
数据包数量判断模块,用于在规定的时间T内,T≥t,统计发送数据包数量大于或等于请求的数据包总数的邻居节点。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于北京易视腾科技有限公司,未经北京易视腾科技有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201010256312.0/1.html,转载请声明来源钻瓜专利网。