Windows系统IP网络上的QoS分析

当前网络服务质量的热点之一——RSVP协议和使用RSVP协议的应用接口GQoS。描述了QoS组件和结构,使用Winsock2GQoSAPI编写请求QoS的应用程序。     

流媒体系统引入RSVP协议的实现方法

RSVP协议在具有QoS保证的应用程序实现中的复杂性成为RSVP协议应用到流媒体系统中的一个瓶颈.提出一种在基于Windows平台的流媒体系统中引入RSVP协议的实现方法,此方法在实现了RTP/RTCP协议的流媒体系统基础上,不必修改源码,通过一种RLR（RSVP library redirection,RSVP库重定向）方法,结合微软Winsock2中的常规服务质量（generic quality of service,GQoS）技术,为流媒体预留带宽.     

一种基于软件代理的QoS管理技术

IETF提出使用RSVP协议确保能在Internet上得到QoS。但是,目前已经存在一些网络资源,如路由器,不支持RSVP协议,如果在路由器路径上存在这种网络资源,则不能确保端端传输质量。本文提出了一种基于软件代理来管理QoS方法,它遵循开放式可编程网络结构,能弥补在Internet上资源预留模式RSVP的不足。     

PATH消息触发的RSVP主动网络加载机制

提出了一种新的机制来解决在传输路径中加入非RSVP节点的问题：当周期性的PATH消息到达一个没有部署RSVP协议的主动节点时,将触发一个RANDP请求包,该RANDP请求包将会到达一个已经部署RSVP协议的主动节点。该节点将会对RANDO请求包作出响应,发出一个RANDP部署包,从而存新的非RSVP节点加载RSVP协议。提出了有关部分的设计,定义了RANDP请求包和部署包的格式,并对新机制的带宽消耗进行了分析。     

移动Agent在QoS中的应用

Qos是近来网络技术研究的一个热点,而RSVP是目前流行的几种Qos协议之一,它能够很好地获得服务质量。但是由于目前很多路由器不完全支持RSVP,使得服务会被退回而尽力转发,因此很难保证端到端的服务质量。本文在分析QoS的基础上,提出了结合Agent采保证Qos的方法,运用移动Agent结合RSVP来解决隧道问题。     

RSVP在数字视频网络传输QoS保障中的应用研究

随着网络数字视频的广泛应用，对实时性的要求也变得越来越紧迫。这些应用程序要求因特网协议(IP)能够提供有保证的带宽、较高的优先级以及较低的包丢失率。为了达到这一要求，Internet工程任务组(IETF)开发了一套用于因特网的综合服务的协议和标准。通过资源预留协议(RSVP)来管理网络资源分配以提供不同级别的服务。讨论了怎样将该协议与典型的数字视频网络传输方案相结合，以使现有支持服务质量(QoS)的网络可以提供更为稳定流畅的传输效果。     

RVSP基于H.323协议VoIP系统的QoS应用

本文着重介绍了资源预留协议(RSVP)在H.225的RAS协议、H.245协议和RSVP的同步问题等几个方面的应用策略,对基于H.323的VoIP系统中RSVP过程进行了较为详细的分析。     

RSVP协议端到端QoS控制机制的研究

1 引言为了支持在Internet/Intranet上开发多媒体应用,IETF开发了两个支持多媒体通信的传输协议:实时传输协议RTP和资源保留协议RSVP,这两种传输协议都是在无连接协议UDP上提供端到端实时传输服务的、本文主要讨论RSVP协议。 RSVP目标是在网络中为建立特定的服务质量(QoS)提供一种方法,以减小网络传输延迟。RSVP定义了一种称为会话(session)的特殊QoS控制关系,支持端到端的QoS协商和控制。 RSVP的基本原理是发送者在发送数据前首先发送Path消息与接收者建立一个传输路径,Path     

RSVP实现中的两个问题

本文简单介绍了RSVP协议,主要讨论了RSVP协议实现中的两个问题：消息循环问题和合并流说明带来的问题及解决方法。     

基于H.323协议的IP电话网关的QoS设计与实现

首先介绍了RSVP的基本框架，基本原理和主要特点，然后分别从H．225的RAS协议、H．245协议和RSVP的同步问题等方面，对IP电话网关的RSVP过程进行了较为详细的分析，最后阐述了RTP／RTCP协议里与QoS相关的一些细节。     

一种基于RSVP协议的资源提前保留技术

IETF提出使用RSVP协议确保能在Internet上得到QoS。但由于RSVP协议是面向接收者的，接收者可能会由于不清楚整个路径的情况而做出超要求，从而使得需求被拒绝的机会变大。提出了一种基于RSVP的资源提前保留技术，能在一定程度上弥补RSVP资源预留模式的不足。     

基于RSVP实时应用的QoS性能研究

介绍了当前网络服务质量的热点之一———RSVP协议。利用OPNET模拟日常业务流对实时应用所造成的影响,并就RSVP在实时系统中的应用进行了仿真和QoS性能评估,结果证明RSVP能够很好地为实时应用提供端到端的资源预留,并使带宽、延迟、丢包率、抖动等QoS参数得到明显改善。文中所列参数对将来在实际网络中的部署具有指导意义。     

一种RSVP结合Agent保证QoS的方案

QoS是近来网络技术研究的一个热点，RSVP是目前流行的几种QoS协议之一，目前主要用于小型私有网络或互联网的边缘区域，其中一个重要原因是因为并非所有的路由都支持RSVP，对于不支持RSVP的结点处，服务退回到尽力转发，因此很难保证端到端的服务质量。在分析了RSVP协议的基础上提出了结合Agent来保证QoS。     

协调路由和资源预留机制的实时多播协议

流媒体应用程序必然涉及网络上的实时任务处理。在一般情况下每个数据流都有很多接收端,因此确保网络传输的时间限制的多播资源预留协议非常必要。提出了一个针对一对多,即一个发送端、多个接收端的实时多播协议,因为未涉及到多对多的情况,故称为简单实时多播协议。协议通过将路由机制和资源预留机制用一个通用接口协调起来,提供了一个更为灵活的连接建立方式,并同其它已存在的流媒体协议如RSVP、ST-II进行比较和分析。     

一种基于移动IP的RSVP协议扩展方案

目前的RSVP协议是针对固定网络的特性设计的,不适于移动无线网络。本文提出了一种RSVP协议的扩展方案,使其适用于移动IP网络,减小了发生拥塞的可能;最后通过模拟验证了其性能。 [     

基于传输路径的RANDP部署策略(TPBDS)

设计了支持RSVP协议动态部署的RSVP主动网络部署包(RANDP)及其封装格式,提出了两种RANDP包的部署策略,即点到点的部署策略EEDS和基于传输路径的RANDP部署策略TPBDS。对两种RANDP包部署策略的带宽消耗做了定量分析。分析表明,一般情况下,在RSVP协议部署过程中,采用TPBDS策略比采用EEDS策略要节省带宽。     

网际多媒体传输协议

随着多媒体数据在Internet网络上传输应用的增多,传统的网络协议已经不能胜任新的要求。针对这一问题,分析了传输多媒体数据的关键协议RTP/RTCP,RSVP和RTSP,并分别讨论了各个协议的特点、功能和工作原理等。     

基于RSVP与MPLS集成的QoS保障机制

文章分析了IntServ/RSVP与DiffServ这两种IP网络的QoS保障机制的原理,并对这两种体系结构进行了比较,说明了各自的优缺点,同时也指出了这两种机制的适用环境。提出了一种利用扩展RSVP协议与MPLS技术相结合的基于IP网络的QoS保障机制。最后,给出了利用RSVP协议建立标记交换路径(LSP)的步骤。利用该方法可以很好地保障IP网络的QoS。     

全IP移动网络基于弱动态资源预留的QoS保证机制

移动性管理和QoS保障机制是全IP移动网络中的两个关键技术。如何将二者结合起来，为用户提供可靠的有保障的服务，无疑是非常重要的问题。针对RSVP不适应移动环境的缺点，结合微移动协议，本文在全IP移动网络接入网的微移动域中，提出一种弱动态资源预留（WDRSVP）的QoS解决方案，实现微移动协议和RSVP协议之间的互操作。仿真证明，我们的方法能够有效地利用资源，能够更好地保证移动节点在切换时的通信服务质量。     

一种微移动环境中高效RSVP路径管理方案

在微移动/无线环境下,针对延迟抖动敏感的实时业务,高效RSVP路径管理方案通过分步地顺序执行指针转发RSVP路径扩展方法和交叉路由器RSVP路径部分建立方法,设计了一种高效的微移动资源预留协议MMRSVP,同时兼顾了移动主机RSVP切换的延迟时间和网络资源利用率.性能分析与仿真实验表明,在RSVP切换延迟和资源利用率上,MMRSVP均取得了优越的性能.