基于不定叉树的应用层组播协议_计算机论文.docVIP

基于不定叉树的应用层组播协议_计算机论文.doc

  1. 1、本文档共7页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
基于不定叉树的应用层组播协议_计算机论文.doc

基于不定叉树的应用层组播协议_计算机论文 基于不定叉树的应用层组播协议_计算机论文 摘 要 本文提出了一个适合小规模、低时延,基于不定叉树的应用层组播协议,重点讲述了协议的设计思想、节点故障修补算法和性能优化方法。协议已被成功应用到一个视频会议系统中,结果表明,这样的一个协议能很好的适应目前Internet上小规模多媒体应用层组播系统。 关键词 应用层组播;不定叉树;源指定树;路由树调整 1 概述 自应用层组播的概念提出以来,已有很多各具特点的解决方案被提出。各个不同的应用层组播系统具有不同的设计目标及系统结构。如,ESM(End-System Multicast)[1]和ALMI[2]适合时延要求不高的小规模多对多通信,而Scattercast[3]和Overcasts[4]则支持大规模的数据递送系统。 在系统结构方面,根据建立应用层组播拓扑结构时采用的方案,将这些系统分为两种:网优先(Mesh First)和树优先(Tree First),网优先的系统会首先为覆盖节点建立一个网状的拓扑结构,然后按照某种路由协议来生成数据路由树,如ESM的Narada协议,会先构建一个网,然后通过修改后的DVMRP协议完成路由树的生成;而树优先的系统则是直接建立数据路由树,ALMI、 Overcast、 Host Multicastis[5]均属于这种系统。一般来说,网优先的系统稳定性更好,不会形成回路,树优先的系统则在效率上占优势。 在多源的应用层组播方案中,根据数据路由树的使用和维持,可以分为Shared Tree和Source-specific Tree两种。Shared Tree,就是所有的源使用同一棵树;Source-specific Tree,就是每个源维持一棵树,前者不能保证每个源都能获得较好的传输延迟。 本协议根据视频会议系统的应用特点,采用效率较高的树优先的拓扑结构,使用Source-specific Tree数据路由树策略。树的生成、维持由根(源)负责,集中点(RP)不参与,这点类似Host Multicast的做法,Host Multicast是分布的方式,每个组的数据路由树都有一个根节点,每个新的组成员加入时,都要从该根节点开始依次协商,直到找到一个距离最近的节点为止。 2 基于不定叉树的应用层组播协议 2.1 协议设计思想 我们的思路是,建立一个全分布的,支持多组、多源,低时延的,基于不定叉源指定树(Source-specific Tree)的Tree-First应用层组播协议平台。 由于目前Internet终端多数是以xDSL方式接入的,考虑到这些终端具有的极限带宽是上传512kbps(部分是1Mbps),下载5Mbps(其余接入方式的终端一般具有更高的带宽),假定每个源每秒产生的实时数据流量为150kbps(如视频会议),按照90%极限上传带宽的可利用率,一个节点可以为3个节点实现分发任务;再假定组的规模控制在100个节点内,如果按照三叉树的组织结构,这样的树将不超过4层,经过4个节点的转发,其时延基本可以控制在5秒内。 基于以上的假设,我们将在组应用开始前建立n棵Source-specific Tree,n等于组的节点数,每个节点负责生成一棵以它为根的满三叉树。我们又知道,有的节点的上传能力可能不到3个,有的节点则可能超过3个,而且这种能力可能是变动的。由此,这些树必须根据网络的实际状态进行调整,节点的分发孩子个数视其能力变动而定,分发能力的判断,则通过孩子节点反馈RTCP信息包来计算丢包率。也就是说,满三叉树在应用预运行或运行后成为动态调整的不定叉树。 2.2 节点加入 节点必须清楚自己属于哪个组,然后加入到合适的组中。 RP(集中点)为节点提供加入服务。任一个节点加入时,必须向RP报到,RP将新节点加入到组的节点列表中,然后将已加入的节点列表发给新节点,同时,向所有节点通告单个节点加入消息。 2.3 满三叉树的生成 2.3.1 “距离”与“距离”计算 节点一旦成功加入,马上与列表中的同组节点通信,估算节点之间的“距离”。所谓的“距离”,指的是节点间的传输延迟和带宽加权后的值,我们采取简单做法,就是测试1K UDP包来回所需的时间。我们采取如下算法计算NodeA和NodeB节点间的“距离”: TimeAS= Current Time of NodeA NodeA Send 1K bytes to NodeB by UDP with TimeAS NodeB Recvive packet from NodeA TimeBR= Time when NodeB Recvives the packet TimeBS= Current Time of NodeB NodeB Send 1K b

文档评论(0)

wyj199218 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档