- 1、本文档共4页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
移动IP上的QoS保证
移动 IP上的QoS 保证 作者:丰勇 李方伟?? 发布日期:200201
(重庆邮电学院 重庆 400065)
摘 要 本文首先分析了基本QoS协议在移动IP上存在的问题并讨论其解决办法,在此基础上介绍了一种在移动IP上提供端到端的QoS机制。关键词 移动IP 服务质量 资源预留协议1 引言随着移动通信技术和因特网技术的迅猛发展以及因特网信息资源的日益丰富,人们不再满足在固定地点从Internet检索、传输信息,希望在任何时候、任何地点都能方便地访问Internet。因特网工程任务组IETF(Internet Engineering Task Force)为了迎合这种需求,制定了移动IP(Mobile IP)协议,它是传统Internet的有效延伸和扩展。Mobile IP是一种在全球Internet上提供移动功能的方案,使节点在切换链路时仍可保持正在进行的通信。它提供了一种IP路由机制,使移动节点以一个永久的IP地址连接到任何链路上。Mobile IP的可扩展性使其可以在整个Internet上应用。传统的IP网络只有一种服务类型,即尽力而为的(Best Effort)服务模型。当新的Internet应用,如多媒体数据传输之类的实时应用出现时,“尽力而为”服务就不能很好地适应,传输延迟、抖动和包丢失极大地影响了实时应用的效果。这就要求网络提供一定的服务质量(QoS),使得某些应用获得非缺省的服务,这就是QoS协议要做的事情。在移动环境下,由于无线网络拓扑和资源是动态变化和不可预测地,并且其资源有限,有效带宽不可预测,差错率高,从而在移动IP上提供QoS将是一个非常棘手的问题。2 在移动 IP上应用RSVP目前在IP网络上实现QoS有很多种技术,资源预留协议(RSVP)就是其中主要的一种。RSVP可以提供最高等级的QoS,但RSVP是为传统IP网络设计的,在移动IP上应用还存在着一些问题。2.1 资源预留协议RSVP(资源预留协议)被主机用来为应用程序向网络请求特定的资源需求,也被路由器用来在数据流传输的网络通路上建立并维持一些资源预留状态从而提供所要求的服务。RSVP是最复杂的QoS技术。在协议栈中,RSVP运行在IP层之上,占据传输层位置。但RSVP本身并不传输任何高层的数据,它只是一个因特网控制协议,类似于ICMP、IGMP或路由协议。RSVP不是一个路由协议,它需要与现有的路由协议一起工作,从本地路由协议那里获得路由,RSVP只和在这些路由上传输的数据流获得的QoS相关。为了有效地适应多种接收者要求,RSVP让接收者负责申请特定的QoS。RSVP的工作过程如图1所示。发送方发送包括业务类别(Tspec)的PATH信息(放在路由包后)到接收方,每一RSVP路由器存放PATH信息和前一级源地址。接收方发送预留请求(RESV)信息(包含业务类别(Tspec),请求类别(Rspec)和过滤类别(filter spec))。 RSVP路由器按源路由接收RSEV信息,使用录入控制鉴别请求并分配所需的资源,并进行相应的确认,当发送者和接收者结束对话时,将拆除预留。
图 1 RSVP建立预留的过程
2.2 RSVP在Mobile IP上应用存在的主要问题(1)Mobile IP协议中,从发送方到移动节点的路径,如果没有采用路由优化的话,应包含一条从移动节点的家乡代理到它的转交地址的隧道。隧道的引入给在Mobile IP上应用RSVP带来很大的麻烦。首先,在隧道中采用的是IP-in-IP封装,RSVP 消息对位于隧道中的那些路由器来说是不可见的。这样就造成了不能在移动节点(Mobile Node)的家乡代理(HA)和外地代理(FA)之间资源预留。其次,隧道中的IP-in-IP封装,使位于隧道中的路由器不能区分数据流,从而没法决定是否要对经过封装的数据包进行特殊处理,从而保证特定的QoS。(2) RSVP中,基于发送方所发送的RSVP Path消息,接收方请求预留网络资源,此时并不考虑网络本身的特性。在移动环境下,移动节点总在不断地改变它们的位置,这种位置变化最快可以1s就发生一次。由于RSVP只在一条特定路径上预留资源,那么从发送方到移动节点的路径经常发生变化也就意味着移动节点每次切换链路都要重新进行资源预留。怎样在移动节点每次切换链路时快速获得资源是在Mobile IP上保证QoS的关键问题。2.3 RSVP和Mobile IP的结合(1)在IP隧道中提供RSVP支持在隧道中支持RSVP操作如图2所示,我们把在发送者(sender)和接收者(Receiver)之间的RSVP会话称为端到端的RSVP会话。从图2中我们可以看到,端到端的RSVP会话在隧道入口路
文档评论(0)