各标准组织QoS分类和DiffServ业务类别的映射

　　3 DiffServ业务框架

　　DiffServ由IETF提出，较之Interserv模型，大大简化了信令的工作，把重点放在聚合数据流和PHB（per hop behavior,单跳行为）上。DiffServ使用IPV4报头中的TOS字段，重命名为DS字段。该字段按预定规则加以定义，使下行节点通过识别DS字段，获取足够的信息来处理到达的数据包，并将他们正确转发给下一节点，把复杂的QoS保证通过DS字段转化为PHB[6]。当数据包进入边界节点时，首先根据五元组或其他标识手段进行分组到流的区分，并把分类结果传给计量器分析，计量器对流的特性进行测量（如速率, 突发长度等），将流统计信息传给标记器和整形丢包器，调整这两个模块的数据；分类后的数据包进入标记器，打上相应的DSCP值（也可能是IP优先级或路由器内部的QoS组），同时送入整形丢包模块中，整形可以平缓突发通信，对超过平均速率的分组进行排队或置入缓存，当业务流超出一定程度时则丢弃；当流量进入内部节点后，判断对分组采取何种PHB，同一行为聚合体的分组按相同的方法处理，通过队列调度（如FIFO，WFQ等），完成对不同PHB的区分。

　　DiffServ网络定义了四类PHB：EF（Expedited Forwarding）PHB这种方式不用考虑其他流量是否分享其链路，适用于低时延、低丢失、低抖动、确保带宽的优先业务（如虚租用线路）；AF（Assured Forwarding）PHB分为四类，每个AF类又分为三个丢弃优先级，可以对相应业务进行等级细分，QoS性能参数低于EF类型；CS（class selector）PHB是从IP TOS字段演变而来，共8类；BE PHB是CS中特殊一类，没有任何保证，AF类超限后可以降级为BE类，现有IP网络流量也都默认为此类。

　　4 分类映射

　　各组织定义的业务分类或QoS分类不尽相同，不统一的分类难以实现QoS控制的互通，本文对上面提及的典型分类进行了映射。

　　3GPP中优先级设为1的interactive类别可以视作信令管理控制业务，对应于PHB CS7（111000）或CS6（110000），其他组织对此无定义；Y.1541的0类和1类对抖动要求严格，而3GPP的conversational和TIPHON的wideband对时延的要求非常高，H.323的GSC1和GSC2类似于ATM中CBR类型，这些分类对应于具有EF特征的优先类业务（如VoIP、合法侦听、IP上的电路仿真、视频会议等[7]）；Y.1541的2类对抖动要求不高，但对时延要求严格，与3GPP的interactive和TIPHON的high类别相近，同时H.323的GSC3和4类似于ATM的rt-VBR类型，这些类别映射为PHB为AF4的多媒体业务（如交互式游戏[7]等）比较合适；Y.1541的4类对时延和时延抖动要求都不高，但对丢包率有一定控制，符合3GPP的streaming和TIPHON的acceptable指标要求，并且H.323的CSC1或2类业务类似于ATM的nrt-VBR类型，他们可以映射为PHB为AF3的流媒体业务（如音频流、视频流、计费视频、Webcast[7]等）；表中第五行的响应/处理类业务主要是指具有人机交互式响应或事务处理性质的流量（如基于网络的定制服务、信用卡事务处理、金融信息传输、存储转发应用、计费记录转帐[7]等），这类业务往往有突发，速率有变化，可以容许时延和抖动的存在，但对丢包有限制，Y.1541的2和3类，3GPP的interactive和TIPHON的medium可以与之对应，而H.323的CSC3和4类似ATM的ABR类型，也符合条件；最后一个分类是没有QoS保证的业务，可以具有所有流的特征，相应的定义如下表1所示。