3 步进的方法论
前面网络评估和更改 分析 模拟 前端调度 表明方法步骤的流程图 图 1表明方法步骤的流程图
图2表示了一个成功的网络电话调度八步骤流程图。前面四步是独立的，可以并行运行。在封装分析和模拟研究前，作为前面网络评估和更改的第5步必须先执行。如图，步骤6和7可以并行执行。最后一步是前端调度。 3.1 网络电话通信特征、要求和假想
要介绍像网络电话这样的服务，首先要概括出它通信的本质、服务质量要求和其它原因或设备问题。出于简单考虑，我们假定在一个没有呼叫协商的点对点对话网络电话呼叫。对网络电话调度来说，网络节点或呼叫管理器节点必须添加到网络[3,4,5]。网络节点处理用于建立、终止和受权所有网络电话呼叫的连接，同时也要处理外部的呼叫。网络电话负责转换网络电话呼叫到公共交换电话网(或反向)。作为一个工程和设计课题，如何放置这些网络中的节点变得至关紧要。在步骤5中我们会谈到如何处理这个问题。其它硬件要求包括网络电话客户终端(例如网络电话机或典型的个人电脑又或是含有激活网络电话的工作站)可以是独立的设备。激活网络电话的工作站运行着像IP电话这样
3
的软件。
编码 封装 解包 解码
图 2 网络电话端到端器件
图3表示了一个端对端网络电话的发送和接收器件。第一个器件是编码器，它用于周期性采集原始声音信号和分配固定的比特位给每一个样本，产生一个常速率的比特流。传统的样本采集编码器G.711利用脉冲编码调制来产生每0.125 ms 的8位比特的样本，从而产生64 kbps的数据速率。压缩包随着编码器压入一定数量的语音标本到信息包，然后加入实时位置、用户数据报、网际协议和以太网报头等信息。语音信号包随之流向数据网络。在接收端有一个重要的元件，它是为了吸收变调的声音和抖动失真的录音回放缓冲器，同时也是为了提供平滑过度的释放。然后数据包被传送至解压器，最终还原成原始声音信号。我们会采用大量被推荐网络电话的H.323、 G.711、和G.714服务质量保证标准。
表 1标准ITU-T编码器和其默认值
标准ITU-T编码器和其默认值 A/D转换延迟
表1对使用国际电信联盟标准的多媒体数字信号编解码器和大量强制要求的单声道的延迟标准作了一个比较。为了达到上层限制要求和满足国际电信联盟推荐的质量要求
4
标准P.800,我们采用G.711u编解码器标准来满足延时和带宽要求。G.711u产生4.4等级MOS。MOS，意思为一种经常用在网络电话性能指标中的评价标准，有1-5个等级，第5级为最好。然而，为了折衷小小的质量问题，最有可能执行每次呼叫需求带宽更少、相关程度稍高、更能接受的端到端的延迟时间的ITU-T编解码器的不同标准。这将通过用密集的、静默压缩的、隐蔽的小包丢失数、队列管理技术和把超过一个声音信号包封装在单个以太网帧中。 3.1.1 单声道的端到端延迟
图3阐述了典型语音包延迟的缘由。这端到端的延迟有时归结于M2E或口到耳的延迟。G.714提出了单声道最大总数不超过150ms的网络电话端到端应用。在[22]提到不超过200ms的延迟是可以接受的。我们能够通过下列最少三种起作用的元件降低延迟：(i)发送端的编码、压缩和解压延迟；(ii)传播、运输和网络中的排队延迟；(iii)接收端的缓冲、解压、解码、录音重放延迟。 3.1.2 单个呼叫的带宽
单个呼叫的带宽要求，一个参数就是64 kbps。G.711多媒体编解码器每个语音包20ms的采样。因此，每秒必需有50个这样的数据包。每个包中包含160语音样本目的是为了达到8000每秒的采样率。每个包通过单个以太网帧传送。每个包有160字节大小，再加上协议各层的报头信息。这些报头包括12+8+20+26对应大小的RTP+UDP+IP+Ethernet信息。因此，总共有226字节(或1808位)的信息需要每秒传送50次，或一次传送90.4 kbps。对于每个参数来说，一次呼叫需求的带宽是100 脉冲/秒或均衡的180.8 kbps数据流。 3.1.3 其余假设
纵览我们的分析和研究工作，可以假设语音呼叫次数是均衡的而且语音协商被得到有效执行。我们也忽视了网关的信号拥塞。基于对网络电话呼叫拥塞最坏情况的分析和研究，网关最有可能在建立呼叫和拆除呼叫时产生发送拥塞。比起实际语音呼叫拥塞来说这还是相对较小的。总体上，在一个已经建立好并且在运行的网络电话呼叫持续时间内，网关中产生非常少或没有信号拥塞。本文我们将使用非服务质量 (能增强在IP网络层传输包的质量的一种服务) 的设备。许多的服务质量标准能够被网络设备运用。服务质量标准包括IEEE 802.1p/Q、 the IETF’s RSVP、和DiffServ。分析运行开支、
5
复杂性、管理和利益必须在采用服务质量标准前好好衡量一下。当网络资源稀少且负荷严重需升级一些花费较贵的网络设备时就应该推荐这种标准。 3.2 网络电话信息流和呼叫分布情况
要明白现在的电话呼叫方法和企业的容量需求是成功的网络电话调度的重要步骤。在着手分析更深层意义的网络电话调度计划阶段，收集静止的现有呼叫量和网络电话的整体框架情况是很有必要的。像这样的信息是组织机构的专用分组交换机、电话清单。现有呼叫的关键问题包括呼叫次数、并发呼叫的次数、时间、持续时间等等。测定呼叫终端的位置显得很重要，例如源和目的地、传输路径和流向。这将有助于辨别呼叫分布情况和内外部的呼叫。呼叫分布情况必须包含在楼层里面和外面的呼叫百分比、建筑物、部门和组织机构。作为一个良好容量测量，建议基于一个星期或一个月中的最繁忙时期网络电话呼叫分布情况。这将能保证任何时期都有高服务质量的网络电话呼叫支持。当现今的数据表计划外的呼叫结合起来的时候，我们可以推测现有网络中最糟糕的网络电话负载。
网络电话呼叫分配概率树型图
图 3网络电话呼叫分配概率树型图
图4描述了基于最繁忙时段的企业呼叫分布情况。在图中，呼叫分布情况被描述成概率树形式。这也可以说成是概率矩阵。一些重要资料可以通过内外部的语音信息流得出。对所有类型的呼叫来说，语音信息流都 要通过路由器进行路由选择。这是因为交
6
换机1和2是第2层虚拟以太网设备。可以通过交换机1的层1和层2之间两次负载看出拥塞流向，因为信息包要通过交换机到达路由再返回到交换机。类似，交换机2从(到)第3层经历了两次外部呼叫的负载。 3.3 定义性能极限和增长容量
在这一步，我们对许多重要的网络关键设备进行了性能极限或操作点的定义。当调度新的服务时这些极限值得考虑。好处是双重的。首先是新服务调度要求令人满意；其次，增加新的设备使网络更健康良性发展。这两个性能标准正被提到议事日程上来。第一是端到端延迟的最大容忍极限；第二是网络资源的极限限制。端到端延迟的最大极限由运行在网络中的灵敏应用服务决定。在我们的案例中，对网络电话来说端到端的延迟是150ms。如果网络的灵敏应用有一定的延迟，当研究网络电话拥塞时对这些应用的延迟监控显得很有必要，这样他们就不会超过最大极限了。对网络资源的应用范围来说，这样的范围和极限由当前应用和将来的计划以及可预见的网络增长决定。恰当的资源和容量计划是至关紧要的。聪明的网络工程师必须把新服务调度的可量测性放在脑中，保证网络在重载和轻载的时候都会产生满意的性能和没有包的丢失。网络电话要求几乎没有包的丢失。在文献中，0.1～5%丢失包是经常的事。然而在文章[24]中网络电话丢失包被建议为减少至低于10。文章
?5[22]
提到了基于实验得出的一个更实际的包丢失数是低
于1%。因此，不要全部使用网络资源显得非常重要。因为单凭经验得出对快速交换全双工以太网的方法，平均使用限制在85%以内。用户计划的增长数、网络服务、繁忙程度都必须纳入考虑范围之内以此推断增长容量要求和未来增长因素。在我们的研究中，我们假设有25%的网络空闲容量可以用做将来增长之用。同样的，我们甚至把这种应用到像路由、交换机和交换以太网链接这些网络设备中。尽管如此，在实际中，应该留有对每个网络资源的这种比例和对当前应用以及将来增长容量会变化的想法。在我们的拓扑图中，这种网络资源在新服务调度之前最先被保留利用，只有剩余容量被用来研究新服务调度的网络支持。 3.4 网络性能度量
为了表明现有网络通信负载、利用情况和流向，网络度量必须执行。这是一个关键性的步骤因为它可以潜在地影响分析研究和仿真结果。有很多商业或非商业工具可以用来进行网络度量。流行的开放资源度量工具有MRTG、STG、SNMPUtil和GetIF。一些流
7
行的商业度量工具有HP OpenView, Cisco Netflow, Lucent VitalSuite, Patrol DashBoard, Omegon NetAlly, Avaya ExamiNet, NetIQ Vivinet Assessor等等。网络度量必须在诸如路由、交换机和链接的网络设备中运行。许多类型的度量数据和统计表可以通过度量工具获得。像一个最小的以比特每秒和包每秒的传输速度可通过直接链接到的路由器和交换机测量得出。为了得到恰当的估计，网络度量必须有一段时间，至少是24小时的周期。有时甚至需要测量几天或一个星期。为了保证有好的服务质量，我们必须考虑到网络负载的最坏使用情况，包括在最高峰时期。最高峰时期的网络各不相同，它由网络提供的服务的事务的性质决定。
表2最糟网络评估表
最糟网络评估表 比特率 包速率 利用率
表2显示了图1中双向链接的路由和两个交换机的网络拓扑图的最高峰拥塞情况。这些测量结果将会用于分析和仿真研究中。
8
英文文献 科技类 原文及翻译（电子 电气 自动化 通信）1
