基于带宽保持的资源预留调整机制.docVIP

基于带宽保持的资源预留调整机制 　　摘要 随着互联网上多媒体业务和实时业务的不断增多，网络服务质量（QoS）正受到越来越广泛的重视，本文提出了一种基于带宽保持的资源预留控制机制。该机制可针对不同的业务数据设置优先级，为网络中的应用提供差异性服务。通过对预留资源进行衰减的方法，较好的解决了网络中资源隐藏的问题，提高了网络资源利用率。最后利用仿真实验验证了该机制的有效性和可行性。 　　关键词 服务质量；带宽保持；资源预留 　　中图分类号TP39 文献标识码A 文章编号 1674-6708（2014）121-0233-03 　　1概述 　　网络发展日新月异，随着互联网上各种新业务的出现，人们对网络服务质量也提出了更高的要求，资源预留为保证网络服务质量提供支持，是网络中必要的机制之一。 　　然而，目前大多数资源预留机制都存在着“资源隐藏”问题[1]，即网络中存在不再被使用却又未被释放的资源。例如，发起资源预留的应用会由于请求消息的丢失而重新发起资源预留过程，这可能会造成资源的重复预留；对于已经申请了资源预留的应用，可能会由于某些原因（例如数据传输非正常终止等），使应用不能主动发送消息来请求释放已申请的资源，甚至请求释放资源的消息本身也可能丢失，这些情况都会导致已被预留的资源不再被使用却无法被释放。上述现象在移动终端上更容易发生，节点位置的改变可能会引起传输路径发生变化，以致在旧传输路径上预留的资源无法被释放[2]。这些现象会导致网络资源的利用率下降，随着时间的推移问题逐步积累，严重影响网络的服务质量。 　　针对这种状况，业界提出了一些基于RSVP的扩展机制[3]。总体来说，在现有网络技术中，解决资源隐藏问题的方法有状态刷新和状态校正两种方法[4]。 　　本文结合以上两种方法，提出了一种基于带宽保持的资源预留调整机制，通过对预留的资源进行定时衰减的方法，提高网络资源的利用率。 　　2资源预留点 　　由于网络的带宽资源是有限的，因此在数据通信路径上设置一些参考点（例如交换机的输入或输出端口），在这些参考点设置资源预留机制来保证网络的服务质量，称这些参考点为资源预留点。 　　每个资源预留点有4个数据级别（见表1），每个数据级别作为单独的资源预留控制对象（简称RCO）。每个RCO定义有本数据级别总带宽预留值D、已预留带宽值R和拥塞标志Flag三个统计量。每条经过资源预留点的数据流，如果要保证网络服务质量，都需要在通信之前申请预留资源，否则网络只提供尽力而为的数据转发服务。申请了资源预留的数据流，在通信期间需定时发送带宽保持包，不断刷新预留带宽值，在通信结束时要撤销之前申请的资源。如果RD，表明资源预留申请量超过网络可预留资源的值，当前不允许更多的资源预留申请，并置位对应输入缓冲器的拥塞标志Flag=1。Flag设置单稳态操作，即延迟一段时间后将自动清零，若清零前进行了置位操作，则重新计算延迟时间。当数据包经过网络中某个资源预留点时，根据其数据级别选择QoS控制对象，并根据Flag的值选择拥塞控制机制。 　　3资源预留过程 　　3.1 申请资源 　　主动发出资源预留申请的端系统称为资源预留的申请端，对端称为接收端。设终端系统A为资源预留的申请端，终端系统T为接收端，则在链路AT上的资源预留申请过程如下：首先申请端A发出资源探测包，探测包在传递途中，每经过一个资源预留点，都要进行资源探测，查看当前的资源预留值是否满足申请端的预留需求，若不满足则拒绝本次申请；若满足，则探测包被送往下一个资源预留点。如果探测全部通过，探测包最终被传递到T。T收到探测包后，向A发送回应包（rRec）。A收到rRec后，向T发送确认包（rACK）。上述过程中，资源探测包只探测资源，rRec负责进行资源预留工作。T发送rRec后，启动一个定时器，如果在定时器到时后仍未收到A的rACK，则T需要重新发送rRec。 　　由于在资源预留的申请中，可能由于某种原因（例如rRec丢失或rACK丢失等）导致接收端重复发出rRec。如果之前丢失的包已经在网络链路中的某些资源预留点预留了资源，那么重新发起的申请就会造成重复预留资源，从而浪费网络资源。考虑到上述情况，本资源预留策略进行了针对性设计，在rRec中加入了rSeq计数变量，使网络能够区分出不同的资源预留申请。每个资源预留点都设有一张用于保存rSeq值的表，表项的有效时间大于rRec的重传时间，有效时间到时后，相应的表项会被清空。资源预留点每收到一个rRec，首先搜索表中是否存在该rSeq值，如果不存在，并且当前的资源预留量可以满足这次资源预留申请，则在表中记录下这个rSeq值，并进行资源预留工作，如果可预留资源量不满足资源预留的申请值，则拒绝此次申请；如果rSeq在表中存在记录，则忽略该资源