移动互联网的QoS解决方案.docVIP

移动互联网的QoS解决方案 　　随着互联网和无线通信技术的飞速发展，移动信息社会正在快速演进。方便快捷、随时随地获取信息和服务是用户的需求，这也是移动信息社会的特征，而移动互联网则是构筑移动信息社会的基础设施，它应该提供安全、可靠并具有服务质量(QoS)保障的信息传送服务。然而由于移动互联网的拓扑结构和资源都在动态变化，因此要提供服务质量保证是一项极具挑战性的工作。可以说，移动互联网的QoS已成为奠定移动信息社会的关键技术之一。 　　本文将探讨在移动互联网中解决QoS的相关问题，特别是固定网络中的两种QoS体系结构(即IntServ和Diffserv)如何在移动环境中支持QoS的问题。 　　1 移动环境下的IntServ和RSVP 　　1.1 IntServ和RSVP 　　IntServ(集成服务)是IETF(国际工程任务组)提出的一种在Internet中保证服务质量的框架。IntServ中业务质量得到保障的关键在于RSVP(资源预留协议)。 　　资源预留协议是IntServ中通信实体间传送应用层服务质量需求的信令协议。其中，PATH(路径)消息用于携带应用的业务流特性，并建立从发送方到接收方的路由，而RESV(资源预留)消息则按照PATH消息的反向路径为应用预留资源，从而为应用提供一定的服务质量的保证。 　　目前IntServ不能在移动环境中为用户提供服务质量保证，是由于RSVP协议有如下几个缺陷： 　　RSVP无法感知主机的移动，因而不能在移动主机(MH)即将访问的位置提前预留资源，导致主机移动到新的子网后往往遇到资源预留失败，在新位置上的服务质量无法得到保证。 　　RSVP不支持经过IP隧道的资源预留，通过隧道的数据包无法得到服务质量保证。 　　RSVP信令开销过大。每当移动主机改变位置后，RSVP都需要在端到端之间重新建立资源预留。 　　RSVP不支持被动资源预留，导致网络资源利用率较低。 　　针对RSVP的缺陷，下面介绍几种它能够适应移动环境的改进方案。 　　1.2 MRSVP 　　MRSVP[1]是一种扩展RSVP支持移动性的方案。在MRSVP中，协议预测主机未来可能到达的位置，并在这些位置提前预留资源，从而保证移动主机的服务质量。提前预留资源的工作由每个子网中的移动代理代替移动主机来完成。 　　在MRSVP中有两种资源预留类型，即主动和被动。主动资源预留用于移动主机的当前子网，被动资源预留用于移动主机未来访问的子网;被动预留的资源可以被该子网中其他业务流使用。而当移动主机移动到新的子网时，该网中被动预留的资源即转变为主动预留资源，原来使用被动预留资源的业务流需要立刻释放所占有的资源。 　　由于MRSVP在移动主机可能到达的位置提前预留资源，使得移动主机可以在新的位置获得所需的带宽，从而保证了移动主机的服务质量。MRSVP的缺陷在于此协议需要在移动主机可能访问的多个位置预留资源，导致网络资源利用率低。此外，MRSVP协议的复杂性也比较高。 　　1.3 基于RSVP隧道的RSVP协议 　　移动IP协议使用隧道来转发用户数据，但是RSVP消息经过IP-IP封装后进入隧道，使隧道中的路由器无法识别RSVP请求，不可能为业务流预留资源。文献[2]提出了一种解决资源预留协议穿越IP隧道的方案，并在此基础上还开发了一种简单的、向移动主机提供服务质量的协议。 　　该协议的关键是在隧道的两个端点之间新建一个RSVP隧道会话。端到端的RSVP会话把隧道看作是从源点到目的点之间的一段逻辑链路。当一个端到端的RSVP会话经过隧道时，它被映射到另一个RSVP隧道会话中。RSVP隧道会话从隧道的出口向隧道的入口按照通过隧道的总业务量预留资源。图1显示了从通信对端(CN)到移动主机(MH)的资源预留，由端到端的资源预留以及隧道资源预留两部分组成。 　　 　　图1 基于RSVP隧道的RSVP协议 　　本方案的优点在于不需要对现有的RSVP协议作大的改动，协议的开销比较小，但是该协议不能完全保证移动主机的服务质量，而且受三角路由的影响，难以做到资源优化。 　　1.4 基于组播的RSVP 　　文献[3]提出了一种基于组播方式的RSVP协议。在这种方案中，移动主机由一个组播地址唯一标识。主机的移动可视为组成员的变动。由移动代理代替移动主机处理与移动相关的RSVP消息并保存相应的状态。所有移动主机发送、接收的RSVP消息和IP数据包都通过IP组播路由传送。该方案同时还采用了类似于MRSVP的预测机制，将移动主机下一步将要访问的位置提前加入到组播树中并预留资源。通过这种方式，既避免了三角路由问题，也避免了多余的端到端RSVP消息，在满足移动主机服务质量需求的同时，提高了网络资源利用率。但是该方案采用组播地址标识移动主机，这与现有的移动IP路由协议有冲突