著录项信息
| 专利名称 | 一种基于内容分发网络系统的点对点内容再分发方法 |
| 申请号 | CN200610089720.5 | 申请日期 | 2006-07-14 |
| 法律状态 | 权利终止 | 申报国家 | 中国 |
| 公开/公告日 | 2007-01-03 | 公开/公告号 | CN1889490 |
| 优先权 | 暂无 | 优先权号 | 暂无 |
| 主分类号 | H04L12/28 | IPC分类号 | H;0;4;L;1;2;/;2;8查看分类表>
|
| 申请人 | 北京时越网络技术有限公司 | 申请人地址 | 北京市朝阳区和平街13区35号煤炭大厦21层
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
| 权利人 | 北京时越网络技术有限公司 | 当前权利人 | 北京时越网络技术有限公司 |
| 发明人 | 赵树乔 |
| 代理机构 | 北京清亦华知识产权代理事务所 | 代理人 | 罗文群 |
摘要
本发明涉及一种基于内容分发网络系统的点对点内容再分发方法,属于网络数据传输技术领域。首先初始用户端从服务端接收并播放内容分发网络系统的音视频数据,将音视频数据打包,并编号缓存;后续用户端对从服务端接收音视频数据的速度进行判断,若速度小于设定的阈值N,则通过点对点内容分发系统中的检索服务器,获取正在接收并播放同样内容的多个用户端,并与其连接后按编号接收并播放音视频数据,并将音视频数据打包,并编号缓存。本方法结合已有的两类系统的优势,在不改变现有CDN服务器体系的前提下结合P2P技术,实现音视频数据的P2P再分发。
1.一种基于内容分发网络系统的点对点内容再分发方法,其特征在于,该方法为只 修改客户端功能,使客户端可以同时支持CDN与P2P两种网络,不需要修改CDN网络, 具体包括以下各步骤:
(1)初始用户端从服务端接收并播放内容分发网络系统的音视频数据;
(2)初始用户端在播放上述音视频数据的同时,将音视频数据打包,并编号缓存;
(3)后续用户端对从服务端接收音视频数据的速度进行判断,若速度大于设定的阈 值N,则接收内容分发系统中的音视频数据,若速度小于设定的阈值N,则通过点对点内 容分发系统中的检索服务器,获取正在并播放同样内容的多个用户端,并与多个用户端 连接后按编号接收并播放多个用户端缓存的音视频数据;
(4)后续用户端在接收并播放音视频数据的同时,将音视频数据打包,并编号缓存。
2.如权利要求1所述的方法,其特征在于其中所述的用户端将音视频数据打包并编 号缓存的方法为:
(1)客户端根据收取的媒体数据包的时间戳,对数据包进行编号;
(2)将一定时间段的媒体数据包合并成一个包,则该包的编号为:
包的编号=合并前第一个包的时间戳/时间段长度。
3.如权利要求2所述的方法,其特征在于其中所述的时间段为1秒。
技术领域\n本发明涉及一种基于内容分发网络系统的点对点内容再分发方法,属于网络数据传输 技术领域。\n背景技术\n现有的内容分发网络系统(以下简称CDN系统)可以利用大量服务器服务大量的音视 频用户(包括点播和直播用户,以下同),现有的点对点的内容分发系统(以下简称P2P) 技术可以利用用户本身的网络资源服务大量的音视频用户。\nCDN:内容分发网络,根据用户分布情况,组织一定数量的内容分发服务器,首先把 需要分发的内容传输到内容分发服务器上,当用户上线时,根据用户情况(所处区域, 网络情况等)分配相应内容分发服务器给用户,用户连接到相应内容分发服务器上接收 内容数据(使用传统的传输协议mms、rtsp等等)。缺点在于:用户之间无连接,不会互 相提供数据,所以能够服务的用户数量是有限的。\nP2P:点对点的内容分发系统,根据用户分布情况,组织一定数量的P2P转发服务器 (和CDN内容分发服务器不兼容),首先把需要分发的内容传输到P2P转发服务器(传输 过程中使用的协议是厂家自己定义的和CDN的传输协议不兼容)上,当用户上线时,通 过P2P Tracker(P2P系统中的检索服务器,通过它可以检索到其他正在收发同样内容的 用户信息,包括网络地址,使用情况等信息,)检索到P2P转发服务器或者其他正在收发 同样内容的用户信息,并与之连接并且从他们那里接收(厂家自定义的传输协议)需要 的内容数据,并且同时可以为其他需要的用户提供内容数据。缺点在于:服务商必须对 原有CDN系统进行改造,更换成特定的P2P转发服务器。\n发明内容\n本发明的目的是提出一种基于内容分发网络系统的点对点内容再分发方法,结合以 上两类系统的优势,在不改变现有CDN服务器体系的前提下结合P2P技术,实现音视频 数据的P2P再分发。\n本发明提出的基于内容分发网络系统的点对点内容再分发方法,包括以下各步骤:\n(1)初始用户端从服务端接收并播放内容分发网络系统的音视频数据;\n(2)初始用户端在播放上述音视频数据的同时,将音视频数据打包,并编号缓存;\n(3)后续用户端对从服务端接收音视频数据的速度进行判断,若速度大于设定的阈 值N,则接收内容分发系统中的音视频数据,若速度小于设定的阈值N,则通过点对点内 容分发系统中的检索服务器,获取正在接收并播放同样内容的多个用户端,并与多个用 户端连接后按编号接收并播放多个用户端缓存的音视频数据;\n(4)后续用户端在接收并播放音视频数据的同时,将音视频数据打包,并编号缓存。 上述方法中,用户端将音视频数据打包并编号缓存的方法为:\n(1)客户端根据收取的媒体数据包的时间戳,对数据包进行编号;\n(2)将一定时间段的媒体数据包合并成一个包。\n本发明提出的基于内容分发网络系统的点对点内容再分发方法,结合已有的两类系 统的优势,在不改变现有CDN服务器体系的前提下结合P2P技术,实现音视频数据的P2P 再分发。保护服务商的现有投资,不需要改造原有的CDN系统,新增的客户端之间的P2P 再分发功能可以提高服务用户的数量10倍以上。\n附图说明\n图1是本发明方法的网络结构框图。\n具体实施方式\n本发明提出的基于内容分发网络系统的点对点内容再分发方法,其网络结构框图如 图1所示,首先初始用户端从服务端接收并播放内容分发网络系统的音视频数据;初始 用户端在播放上述音视频数据的同时,将音视频数据打包,并编号缓存;后续用户端对 从服务端接收音视频数据的速度进行判断,若速度大于设定的阈值N,则接收内容分发系 统中的音视频数据,若速度小于设定的阈值N,则通过点对点内容分发系统中的检索服务 器,获取正在接收并播放同样内容的多个用户端,并与多个用户端连接后按编号接收并 播放多个用户端缓存的音视频数据;后续用户端在接收并播放音视频数据的同时,将音 视频数据打包,并编号缓存。\n上述方法中,用户端将音视频数据打包并编号缓存的方法为:客户端根据收取的媒 体数据包的时间戳,对数据包进行编号;将一定时间段的媒体数据包合并成一个包,该 包的编号=合并前第一个包的时间戳/时间段长度。例如将时间戳精确到秒一级,将同一 秒的媒体数据包合并成一个包,合并后包的号码就是合并前第一个包的秒数。这样不同 用户之间就可以通过以上规则的编号交换媒体数据了。\n以下详细介绍本发明的内容:\n初始用户端从服务端接收并播放内容分发网络系统的音视频数据,使用传统的传输协 议mms、rtsp等等,这一步和现有的CDN用户行为一样,成为直接用户。\n初始用户端在播放上述音视频数据的同时,将音视频数据打包,并编号缓存;\n后续用户端对从服务端接收音视频数据的速度进行判断,若速度大于设定的阈值N, 即正常播放所需要的速度值,亦即音视频数据的码流,则接收内容分发系统中的音视频 数据,若速度小于正常播放所需要的速度值,则通过点对点内容分发系统中的检索服务 器,获取正在接收并播放同样内容的多个用户端,并与多个用户端连接后按编号接收(使 用厂家自定义的传输协议)并播放多个用户端缓存的音视频数据,成为间接用户.\n后续用户端在接收并播放音视频数据的同时,将音视频数据打包,并编号缓存。\n本发明方法的具体实施步骤如下:\n连接到现有CDN服务器并接收播放音视频数据(使用传统的传输协议mms、rtsp等等, 这一步和现有的CDN用户行为一样)。\n在播放音视频数据的同时,把数据打包并缓冲下来编号保存在用户端。\n当CDN容量饱和或者服务质量下降时,新上线的用户通过P2P Tracker检索到其他正 在收发同样内容的用户并与之连接并接收(使用厂家自定义的传输协议)其缓冲的音视 频数据。\n第三步中新上线的用户在收到数据后同样会把数据保存在用户端并可以对其他用户 提供数据。
法律信息
- 2018-07-27
未缴年费专利权终止
IPC(主分类): H04L 12/28
专利号: ZL 200610089720.5
申请日: 2006.07.14
授权公告日: 2008.07.23
- 2008-07-23
- 2007-02-28
- 2007-01-03
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2005-03-09
|
2003-08-29
| | |
2
| |
2005-06-29
|
2005-01-20
| | |
3
| |
2005-04-06
|
2004-10-29
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |