保证服务质量的规范( 七 )


中的最大数据报M至少大于TSpecB中相应的值 。
TSpecA等同或不如TSpecB , 假如满足(1)(1)TSpecA的令牌速率r和桶深b都小于或
等于TSpecB的相应的值;(2)TSpecA的最高速率p至多有TSpecB的p那么大 。(3)TSpec
A中的最小策略单元至多大于TSpecB中相应的值 , (4)TSpecA中的最大数据报M至多
大于TSpecB中相应的值 。
一个汇合的TSpec可以通过以下的参数来计算 , (1)最大令牌桶速率 , (2)最大桶的大
小 , (3)最大最高速率 , (4)最小策略单元(5)在集合成员中的最小最大数据报大小 。使用“汇
合”一词与在RSVP中的相似 。一个汇合的TSpec是足够从TSpec的各个组成成分来描
述流量的TSpec 。
一个求和的TSpec可以通过对Tspecs的集合的计算得到:(1)令牌桶的速率的和,(2)
桶的大小的和,(3)最高速率的和 , (4)最小策略单元 , (5)最大数据报参数 。
一个最小的普通TSpec对于描述任意一个流量集合中的流都是足够了的 , 一个最小
的普通TSpec对Tspecs的集合的计算得到:(1)最大令牌桶的速率,(2)最大桶的大小 , (3)
最大最高速率 , (4)最小策略单元 , (5)在集合所有成员中的最大数据报大小 。
在对Tspecs是否可以排序的判定上 , 两个Tspecs的最小值是不同的 。假如其中一个
小于另一个 。则它为最小者 。否则通过比较在两个Tspecs中的相对值来决定最小者 , 并
选择(1)较小的令牌桶速率 , (2)较大的令牌桶大小 , (3)较小的最高速率,(4)较小的最小策
略单元 , (5)较小的最大数据报大小 。
Rspec以与Tspecs相似的方式处理 。如通过在Rspecs集合中取最大速率R和最小疏
散S来汇合成一个Rspecs 。更精确的 , 假如在RspecsA中的保留服务速率R的值大于等
于在RspecsB中的值 , 并且RspecsA中的S小于等于RspecsB中的S的值 , RspecsA
则可以代替RspecsB 。
每一个网络元素收到一个(TSpec,RSpec)形式的服务请求 , 而Rspec是(Rin,Sin)形式的 ,
网络元素处理这个请求并采取下面的两种处理方式之一:
a、它接受请求并以(Rout,Sout)形式返回一个新的Rspec 。
b、拒绝请求 。
通过以下的延时约束条件来治理产生新的Rspec的处理规则:
Sout b/Rout Ctoti/Rout<=Sin b/Rin Ctoti/Rin,
在此Ctoti是错误词 , C的累计和 , 包括所有的上行网络元素和当前网络元素 , I 。换句
话说 , 这个网络元素消耗了(Sin-Sout)的疏散 , 并可用它来降低它的保留水平 , 假如上述不等
式满足的话 , 那么Rin和Rout必须满足以下约束条件:
r<=Rout<=Rin.
当有几个Rspec , 每一个以速率Rj(j=1,2…)在某个分离点汇合时 , Rout为所有速率Rj中
的最大值 , 并且Sout为所有疏散词Sj中的最小值 。
注重:以上描述的各种TSpec函数有那些希望混合Tspecs的应用程序来使用 , 然而 , 注
意到真正的保留是将TSpec和TSpec的速率R混合而决定的 , 这一点是很重要的 。
因为保证保留需要TSpec和Rspec速率 , 对于在RSVP中的共享保留存在一些困难 , 特
别是在两个或两个以上的源流相汇处 。在相汇点的上行流中 , 它希望降低TSpec和Rspec来
使用单个源流所需的带宽和缓冲区(实际上 , 假如发送方正在一条较低的链路上发送数据 , 这
也是必要的) 。
然而 , 设置Rspec的速率来获得一个非凡的延时界值(不仅仅是一个TSpec的函数) , 所以
改变Rspec的值有可能使的保留失效 , 无法适合接受方的延时要求 。同时 , 不调整Rspec速
率意味着使用保证服务的共享RSVP保留有可能无效 , 无论何时某条非凡的链路上可用的带

推荐阅读