多媒体通信中资源预留及协议研究.pdfVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
多媒体通信中资源预留及其协议的研究 归伟夏沈显君冯刚梁妙圆 华中师范大学多媒体技术研究所(430079) 多垛体通信的QoS要求.资源预留机制度其协议则是捧据这一要求提出并制定的.本文介绍资源预留的 机制,并以RSVP为倒进行讨论. RSVP 关键字:多媒体资潭顸留 QoS 1.引言 飞速发展不断增长。音、视频信号属于连续媒体.在网络传输过程中对服务质量(口oS)有 发生拥塞时,随机地丢弃数据包,不提供任何传输质量的保证。因此需要在现有的Internet 之上建立有Qo$保证的多媒体通信协议和机制。资源预留策略就是根据这一应用需求提出 Protoc01)资源预留协议规范。 2.资源预留机制 多媒体数据的传送是以流的方式进行的,流以路由树的形式在发送源和一个或多个接 收目的地之间建立,为了保证报文不问断的流动.必须对网络资源按照应用和用户的请求 进行预留和分配。 2.1资源预留的方式 资源预留可采用“悲观”策略或“乐观”策略来执行。“悲观”策略是指为了应用的 需要预留尽可能多的资源,如预留最长的CPU处理时间或者是最大的带宽。这种方式可避 免出现最坏情况下的资源冲突,实现QoS保证,但会带来资源的浪费。“乐观”荣略是根 据平均工作负载来预留资源.这种情况下CPU所分配的时间就是平均的处理时间,因此资 源可高度利用,但当一些无法估计的情况发生时会使系统过载,从而导致失败。有一个监 视功能(monitorfunction)可以检测到过载的发生并帮助解决。 2.2资源预留的数据结构和功能 ·155· 资源管理器为资源预留提供了以下数据结构和功能: ‘资源表:一个资源表包括被管理资源的信息。包括静态信息,如资源的大小,允许的最 大消息长度,使用的安排策略;动态信息,如指向当前正在使用的资源的指针和当前预留 的资源大小。 ·预留表:_个预留表提供关于为了当前连接哪一部分资源被预留的信息,包括向连接提 供的QoS保证和预留给这些连接的资源所占比例。 ·预留功能:在呼叫建立过程中使用预留功能来计算新连接的QoS保证并预留相应大小的 资源。 2.3资源预留模型和协议 资源预留和分配依赖于预留模型、它的协议和一系列的资源管理功能,如许可、分配、 监视和回收。 有兰种预留模型:(I)单发送者/单接收者(如RCAP):(2)单发送者/多接收者(如 送者传送一个QOS规范(如流规范)给目的地,在QoS规范传回发送者之前,路由器和目 的地根据可获得的资源调整QoS规范。面向接收者的预留是假设发送者先给接牧者发送一 个路径(Path)消息,然后接收者在QoS规范中描述它的资源请求并放在预留消息中传给 发送者。 预留风格(Style)表明预留路径的创建以及接收者和发送者之间执行QoS协商和资 源预留的时间。面向发送者的预留风格可以是发送者沿着到接收者的路径建立单独的预留 种: 可让本次会话的所有发送者使用。管道大小为所有接收者对此链路的最大资源请求.它独 立于发送者的数量。这种类型特别适用于用户都能收发数据的多对多组通信。 ‘Fixed Filter(FF)。该风格是对特定的发送者预留独立的资源,并且不能被同一会话的 其它发送者共享。因此在一段链路上预留的资源等于各个预留请求的资源之和。 ·Shared ExpIiciC(SE)。该风格预留的资源可在一组发送者之间共享.这组发送者由接 收者在申请预留资源时指定。 盯和SE适用于那些所有数据源不能同时发送数据的多址传送应用。例如。语音会议 只允许一定数量的人员同时讲话.而对于FF,由于对不同的发送者产生独立的预留资源. 则适用于视频类通信。 预留风格还可根据实际资源预留分配发生的时间来划分成立即预留(immediate reservation)和提前预留(resourcereservationinadvance-ReRA)。一般的预留是连 接建立的时刻发起的,即立即预留。但在多媒体多点通信中,如电视会议这样的应用,一 般要求大量的网络资源,有可能在需要时因网络资源不足而遭到拒绝。为了减少这种遭到 拒绝的概率,就需要进行提前预留。ReRA是将资源预匿的“立即预留”方式扩充到提前 一段时间预留,其研究才刚刚

文档评论(0)

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

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

1亿VIP精品文档

相关文档