NGN网络系统QoS问题分析及解决方法

gofay

<strong><font color="#000000" size="3">1、</font></strong><a href="http://www.cww.net.cn/NGN/" target="_blank"><strong><font color="#000000" size="3">NGN</font></strong></a><a href="http://www.cww.net.cn/tech/QoS" target="_blank"><strong><font color="#000000" size="3">QoS</font></strong></a><strong><font color="#000000" size="3">的目标</font></strong><p><font color="#000000" size="3">&nbsp;&nbsp;&nbsp; NGN的QoS需要解决的是多业务承载的QoS问题，而不是提供一个通用的IP流量的QoS</font><a href="http://www.cww.net.cn/jjfa/" target="_blank"><font color="#000000" size="3">解决方案</font></a><font color="#000000" size="3">。</font></p><p><font color="#000000" size="3"> IPQoS一直是IP/Internet领域研究的热点。从集成服务(Intserv)到区分服务(Diffserv)，业界在QoS研究方面已经取得了大量的成果。然而，多数专家认为，IP要提供真正的有保障的QoS，还有很长的路要走。</font></p><p><font color="#000000" size="3">&nbsp;&nbsp;&nbsp; NGNQoS不同于传统的IPQoS，NGNQoS希望能够在IP网络上为</font><a href="http://www.cww.net.cn/qiye/qy148.htm" target="_blank"><font color="#000000" size="3">电信</font></a><font color="#000000" size="3">业务提供质量保证。因此，NGN关注的是业务的QoS保证，而传统的IP QoS研究的是通用流量的QoS。从这个意义上说，NGN QoS可以理解为电信级的IP QoS。 </font></p><p><strong><font color="#000000" size="3">&nbsp;&nbsp;&nbsp; 2、NGNQoS的思路</font></strong></p><p><font color="#000000" size="3">&nbsp;&nbsp;&nbsp; 随着D</font><a href="http://www.cww.net.cn/tech/WDM" target="_blank"><font color="#000000" size="3">WDM</font></a><font color="#000000" size="3">、</font><a href="http://www.cww.net.cn/tech/ASON" target="_blank"><font color="#000000" size="3">ASON</font></a><font color="#000000" size="3">等光</font><a href="http://www.cww.net.cn/techClass0" target="_blank"><font color="#000000" size="3">传输</font></a><a href="http://www.cww.net.cn/tech" target="_blank"><font color="#000000" size="3">技术</font></a><font color="#000000" size="3">的发展，传输层可以提供的链路带宽越来越宽，智能化越来越高，价格也越来越便宜。许多专家相信，过量提供(over-provision)可以解决IP的QoS问题，辅以一定的流量工程技术，就可以提供NGNQoS。然而，这种方式尽管在短期内可行，但从长远来看，仍存在许多问题：</font></p><p><font color="#000000" size="3">&nbsp;&nbsp;&nbsp; ●资源的利用率问题。过量提供通常都是以牺牲资源利用的效率为代价的，尽管链路比较便宜，但是网络建设和运营的综合成本仍然较高，不断的升级扩容会给</font><a href="http://www.cww.net.cn/opera/" target="_blank"><font color="#000000" size="3">运营商</font></a><font color="#000000" size="3">带来极大的压力。</font></p><p><font color="#000000" size="3">&nbsp;&nbsp;&nbsp; ●网络流量的均衡问题。IP网络的流量分布极不均衡，随时间变化很大。过量提供要求网络的每一条链路都要保持“轻载”，这在实际中很难实现，即使采用流量工程(TE)技术，也难以有效地动态调节流量。</font></p><p><font color="#000000" size="3">&nbsp;&nbsp;&nbsp; ●城域</font><a href="http://www.cww.net.cn/techClass0" target="_blank"><font color="#000000" size="3">接入</font></a><font color="#000000" size="3">问题。QoS问题是一个端到端的问题，网络边缘的QoS往往更难以控制，因此过量提供无法解决边缘接入的QoS问题。</font></p><p><font color="#000000" size="3">&nbsp;&nbsp;&nbsp; ●用户流量的需求是无穷的。事实证明，无论网络的带宽增长有多快，增长的带宽都将很快被用户的流量消耗掉。视频通讯、</font><a href="http://www.cww.net.cn/IPTV" target="_blank"><font color="#000000" size="3">IPTV</font></a><font color="#000000" size="3">、BT文件下载、虚拟现实、在线游戏、网络存储等应用将会消耗掉运营商能够提供的所有带宽。</font></p><p><font color="#000000" size="3">&nbsp;&nbsp;&nbsp; 因此，在IP网络中建立有效的QoS机制，特别是针对业务流量建立QoS机制，而不是依赖于简单的过量提供是NGN业务承载的当务之急。</font></p><p><font color="#000000" size="3">&nbsp;&nbsp;&nbsp; 由于IP在提供QoS上存在一些“固有”缺陷，许多专家认为IP至少不适合要求高度服务保证的电信业务的承载，因此应当采用电信网络的QoS机制。我们通过仔细分析</font><a href="http://www.cww.net.cn/tech/PSTN" target="_blank"><font color="#000000" size="3">STN</font></a><font color="#000000" size="3">/</font><a href="http://www.cww.net.cn/tech/ATM" target="_blank"><font color="#000000" size="3">ATM</font></a><font color="#000000" size="3">的QoS机制发现，PSTN/ATM的QoS能力实际上是有许多其他(非技术的)有利条件的：</font></p><p><font color="#000000" size="3">&nbsp;&nbsp;&nbsp; ●在PSTN/ATM上承载的业务较为单一，PSTN仅承载话音业务，ATM目前也是仅仅提供专线业务。单一的业务使得流量特征比较简单，易于预测，而这些使得网络的规划可以非常逼近实际的流量，从而保证网络路径上不存在严重的拥塞。比较IP而言，IP上的应用类型众多，流量复杂，研究表明，Internet的流量模型符合“长相关”的分形特征，这就使得Internet的流量从数学上是不可预测的。</font></p><p><font color="#000000" size="3">&nbsp;&nbsp;&nbsp; ●PSTN/ATM上承载的电信业务以点对点通信模式为主，而当前IP上的应用业务除了点对点模式外，还存在大量的C/S(客户/</font><a href="http://www.cww.net.cn/tech/·&thorn;&Icirc;&ntilde;&AElig;÷" target="_blank"><font color="#000000" size="3">服务器</font></a><font color="#000000" size="3">)模式和多点模式。业务模式的差异使得IP网络上流量流向十分复杂，难以控制。</font></p><p><font color="#000000" size="3">&nbsp;&nbsp;&nbsp; ●PSTN/ATM的业务流量较低，尽管目前的PSTN</font><a href="http://www.cww.net.cn/techClass1" target="_blank"><font color="#000000" size="3">交换</font></a><font color="#000000" size="3">机处理的话务量已经很高，但还是远远比不上IP网络骨干的GB级路由器处理的流量。巨大的流量压力使得IP网络无法实现精细的基于“流”或者“连接”的QoS控制。</font></p><p><font color="#000000" size="3">&nbsp;&nbsp;&nbsp; 因此，简单地照搬现有的PSTN/ATM技术未必能够解决业务和网络更为复杂的NGN的QoS问题。</font></p><p><font color="#000000" size="3">&nbsp;&nbsp;&nbsp; 然而，如果我们能够把NGN的业务和网络复杂性进行分解和隔离，就有可能在IP上通过借鉴一些电信网的QoS机制来解决NGN的QoS问题。一个最简单的思路是在IP上引入资源管理设备，并根据业务构建逻辑叠加网，通过这个逻辑叠加网实现业务流量的隔离。这样，NGN就变成由多个逻辑叠加网构成的多业务网，但是在每个逻辑叠加网络中仅承载单一业务(或者同一类型)的业务。因此，可以借助电信网的一些QoS机制来提供保证。</font></p><p><font color="#000000" size="3">&nbsp;&nbsp;&nbsp; 最终解决NGN的QoS的方法既不能单纯地采用IP过载的机制，也不能照搬PSTN/ATM的QoS技术，而应该是两种技术的融合。总之，QoS的本质问题是一个折中问题。我们认为，只有在现有IP的基础架构上，结合电信网络的一些QoS机制和方法，才能够实现满足业务需求的NGNQoS。</font></p><p><strong><font color="#000000" size="3">&nbsp;&nbsp;&nbsp; 3、NGNQoS的核心</font></strong></p><p><font color="#000000" size="3">&nbsp;&nbsp;&nbsp; NGNQoS的核心是资源/流量管理的问题。</font></p><p><font color="#000000" size="3">&nbsp;&nbsp;&nbsp; 深入分析IP难以获得有效QoS的原因，我们认为其根本在于IP是一个终端控制的网络。具体体现在：</font></p><p><font color="#000000" size="3">&nbsp;&nbsp;&nbsp; (1)流量的发送不受网络限制。网络中流量的发送受终端控制，事实上，在TCP协议中，流量的拥塞控制依赖于终端的自律，而非网络的控制。</font></p><p><font color="#000000" size="3">&nbsp;&nbsp;&nbsp; (2)流量的流向不可预测。IP是一个无连接每包路由的网络，不但流量的流向对网络是透明的，而且流量的传输路径也是不断变化的。</font></p><p><font color="#000000" size="3">&nbsp;&nbsp;&nbsp; (3)业务流不可管理。IP仅仅对包进行处理，对流不识别、不处理。业务流的控制在终端进行。</font></p><p><font color="#000000" size="3">&nbsp;&nbsp;&nbsp; 在传统的BestEffort网络中，上述因素使得IP网络的拥塞几乎是不可避免的。特别是放到一个较长的周期去考察的话，短时间的、突发性的拥塞是难以有效控制的。</font></p><p><font color="#000000" size="3">&nbsp;&nbsp;&nbsp; 在NGN中，如果要解决网络的拥塞，提供有效的QoS保证，就需要解决上述问题。而这些问题的关键是流量管理的问题，对于网络而言，流量管理的本质是资源管理。如何限制流量的进入?如何引导流量的流向，并为其保证足够的资源(带宽)?如何根据业务的需求对流量进行管理和控制?这些都是实现NGNQoS的关键。</font></p><p><font color="#000000" size="3">&nbsp;&nbsp;&nbsp; 实际上，现有的IPQoS技术也都试图从不同的侧面去解决上述问题。Intserv欲通过引入</font><a href="http://www.cww.net.cn/tech/&ETH;&Aring;&Aacute;&icirc;" target="_blank"><font color="#000000" size="3">信令</font></a><font color="#000000" size="3">机制(RSVP)在网络中预留资源，并要求实际的流量和流向满足预留的资源要求，以实现QoS。然而，端到端的资源建立和维护的成本太高，不具备良好的扩展性。Diffserv试图通过优先级区分的方法将需要保证的流量和不需要保证的流量隔离开来，达到限制流量的目的(低优先级的流量在网络拥塞时会被丢弃)。然而，由于无法控制流向，无法完全避免局部的拥塞，加之缺乏上层的业务信息，流量的优先级往往只能够通过判定流量的应用类型判定，因此无法做到基于“业务流”的标记。Diffserv可以实现相对的QoS保证，但是Diffserv较低的资源利用率(只有当网络优先级流量的资源利用率低于10%时，才能保证这部分流量的QoS)和不能提供绝对的QoS保证，使得它很难成为一个解决NGNQoS的理想方案。</font></p><p><font color="#000000" size="3"></font></p>