`

ITU-T Technical Paper: QoS 测量 (目标,方法,协议)

 
阅读更多

本文翻译自ITU-T的Technical Paper:《How to increase QoS/QoE of IP-based platform(s) to regionally agreed standards》(2013/3/1)。这是其第六章的一部分,给出了QoS测量方面的综述。PS:在此感谢一位师弟的翻译。

 

针对 QoS测量的考虑 [b-ITU-T E.800-Sup.8]
通常来说,QoS的测量方法应该至少可以估计指定测量点之间传输的数据包的QoS指标。而且QoS的测量应该是按需发生的或持续性进行的。
我们需要知道,像IP和下一代网络(NGN)这样的无连接服务,具有在每个方向上以数据包/字节的形式提供用户有效载荷的特性。在这种情况下,传出和传入的通信路由可能会有所不同,因此所有QoS属性的目标和测量实际上单向地体现了服务的连接特性。那么测量也应该是单向的。而这引出了一些实际性的挑战(例如时钟同步),所以可能会发生出现双向测量的场合(以及通过双向测量估计得到的单向指标),如果出现这样的情况应该得到注意和报告。
测量用的探测数据包的传输路径应该尽量和有着相同QoS类别以及机制的客户数据包相同,这意味着探测数据包的值应该被合适地设置以供测量QoS类别。
测量方法应该不要求供应商提供测量点的接入权限或交换测量数据。但是,协议应该支持测量点的接入或测量数据在同意的供应商与授权的请求者之间交换。它应该能够支持PE-PE:(供应商边缘路由器)或CE-CE(客户边缘路由器)的测量,即使PE或CE属于不同供应商的网络。测量方法应该指明测量中的错误应该如何处理以及任何统计数据的结果是如何处理的。最后,测量方法和协议必须提供限制和监测篡改或变更QoS指标评定值的尝试。
端到端客户之间路径上的QoS的测量应该成为SLA的监测与故障诊断部分的重要内容。
端到端的QoS测量可能会涉及到多个不同的供应商,因而要求确定供应商之间的测量方法。所以在多供应商网络之间进行的测量结果应该通过比较和综合来得到有价值而且准确的端到端测量结果。为了方便达到这一点,有些关于多供应商环境下的通用测量方法的协议将会简化服务监测和故障诊断的任务。ITU-T在Y.1543建议[13]以及E.800系列建议的补充8 [b-ITU-T E.800-Sup.8]中介绍了多供应商环境下QoS测量的目标、注意事项、方法和协议。
A provider may also designate an MPoP (Measurement Point of Presence) as a location that has specific capabilities for measurement.
一个供应商也可以指定一个MPoP(存在的测量点)作为拥有特定测量功能的位置。在这些情况下,服务供应商应该就他们输入到彼此网络中的测试流量的体积达成协议。服务供应商应该发布足够的有关于测量设备位置的信息,这些位置可以帮助客户和/或其他的服务供应商做出合理的选择来决定要将他们的测试流量引向何方。合作的供应商之间还应该就他们支持的时钟精确度达成共识。为了支持故障的诊断和服务一致性的追踪,每个供应商都应该在一个商定的时间段内保留QoS测量数据。
End user aspects of QoS including QoE should be a set of QoS and performance measurements as shown in Figure 11.
如图11所示,终端用户方面的QoS,包括QoE,应该是一组QoS和性能测量[2]。因此,测量工作会在测量网络模型的每个段之间进行,也可以组合形成多区段网络、站点到站点、边对边或终端到终端的指标。这些指标的一个子集将被用于报告所提供服务的相关信息。

 

图 11 – 客户感知的QoS


QoS 测量的目标
提高QoS有助于提升网络预期服务水平的信心程度。更强的信心程度将带来新的应用、服务和收入来源。达成这一目标的方法之一是进行持续的QoS和性能测量。因此QoS测量的目标是为客户、潜在客户和服务供应商提供信息,这包括[13]:
对客户和潜在客户而言:
*向客户报告所交付的服务;
*向潜在客户报告以支持有关于服务特色的营销。
对服务供应商和第三方交付担保实体而言:
*进行报告以设计服务产品;
*进行报告以排除故障;
*提供市场营销所需的数据;
*进行报告以开拓业务和筹备容量。
因此QoS测量系统和统计数据应有如下特点:
*定义明确,且易于SP和客户理解;
*与客户的应用有关;
*有助于服务供应商诊断问题和预测容量需求;
*具备独立可重复性(多供应商在同一时间段内进行的测量可以得到一致的结果)
*可被客户独立核查(客户的测量应该和SP的估计相接近);
*可被广泛应用 (可用于多种流量类型、链接大小,与负载无关,可用于任何IP网络);
*对距离和路径具有适当的敏感度;
*不会显著影响其他的数据的转发;
*有足够的可扩展性来支持足够多(例如,上百万的)的客户站点;
*具有足够的可靠性和准确性,以支持具有经济处罚条款的SLA的执行。

QoS 测量方法
如果可能的话,测量方法应尽量在供应商之间保持一致(但是这可能并不现实)。QoS的测量方法有两种:被动测量(用测试数据包)和主动测量[22]。但是需要指出,在一个特定的性能测量工具中可能会用到这些技术的任意组合。
被动测量;
作为一种通用的方法,在被动测量方法中由管理系统发出测试数据包,而诸如延时、抖动以及丢包率这样的性能指标就会随测试包的传输而得到测量结果。这些测量结果可作为真实流量性能的代理。这一方法也常常用于排除故障。虽然这是一个非常简单的技术,但是在解释结果时也需要多加注意。我们不希望在高峰时段发送测试数据包,因为这样会给网络增加不必要的管理流量负载。另一方面,除非是在高峰使用时段进行测量,否则测量结果不会真正反映用户在最重要时间的体验质量。
主动测量;
在这一方法中,测试探针以软件代理或网络设备的形式部署在网络元件和用户设备(对于软件代理的情况)上。基于这些测试探针获得的结果在任何时候都能提供设备的准确状态。此外,对于软件代理的情况,因为测量结果是直接从用户设备处获得的,所以可以真正反映用户体验。这一测量方法的主要缺点在于它不适用于大型网络。尽管这一方法非常适用于故障隔离和根本原因分析,但是它不能用于监控有数以百万计的用户设备和网络元件的大型网络。
测试探针的源和汇可以是专门用于测量任务的专用测量设备、路由器,也可以是既能支持数据流量又能支持测量探针的路由器。测量结果可以表示为在两个测量点之间的点对点的测量结果,也可以表示为在多个测量点之间的得到的测量结果矩阵。它还可以表示为平均测量结果或由多个不同的点对点测量结果计算得到的统计数据。为了实现在多供应商网络之中进行QoS测量,可以用到下面的方法:
*各供应商就使用同一测量协议达成共识,并且测试探针应可供其他供应商使用,从而使得测量可以在端到端的路径上进行;
*每个供应商网络使用它们自己的方法和探针设备搜集测量结果,将这些结果综合后来估计端到端的性能。需要注意的是这需要互联服务供应商之间的合作,合作内容包括测量多供应商环境下的链接的QoS参数所用的协议以及探测点的可用性。

QoS 测量协议
许多标准组织开发了多种多样的测量协议,特别是被许多供应商和终端用户所使用的供应商专有测量协议,它包含在IETF(互联网工程任务组)的QoS测量方法之中。基于ICMP(互联网控制报文协议)的PING测量方法用于测量TWPD(双向数据包延时)和TWPL(双向数据包丢失),而瞬时双向连接在历史上曾被许多供应商用于监测网络传输面向QoS的SLA。
IPPM(IP性能指标)的OWAMP(单向主动测量协议)[IETF RFC 4656](或兼容它的协议)应该被用于单向测量,如果用的是双向测量,那么TWAMP(双向主动测量协议)可以作为替代方法。(需要指出,所有的测量都应该是单向的,但如果可以区别表示的话也可以是双向的)
基于ICMP的PING测量方法并不被推荐为测量客户IP路径性能的可靠协议。IP网络元件以非常不同的方式对待ICMP消息,尤其是在更高的网络流量情况下。其他的下层OAM协议,比如以太网OAM(其性能参数在[ITU-T Y.1731]中确定)可能适用于在以太网维护实体存在于或靠近于代表性的IP网段测量点的情况下降低IP延时和丢包性能。需要注意的是,要确保以太网OAM的测量结果可以切实反映相同路径上的IP客户流量体验。使用以太网OAM可能是实现跨以太网接入段的有效协议,否则为达到足够大的样本路径而部署的专用IP测量探针就会显得不经济。

分享到:
评论

相关推荐

    ITU-TP.501 ITU-TP.863 ITU-T G.771

    标题中的"ITU-TP.501"、"ITU-TP.863"和"ITU-T G.771"都是国际电信联盟(ITU)制定的一系列技术规范,主要涉及通信领域的不同方面。这些规范是全球电信行业的标准,确保不同设备和服务之间的互操作性和兼容性。 1. ITU...

    ITU-T K.21 2011

    ITU-T K.21标准是国际电信联盟(ITU)电信标准化部门(ITU-T)颁布的一项推荐标准。该推荐标准主要针对的是安装在客户场所的电信设备对过电压和过电流的耐受性。具体而言,标准提供了一系列的耐受性要求,以及针对...

    ITU-T G.984.X

    【描述】中的"ITU-T G.984.1,ITU-T G.984.2,ITU-T G.984.3,ITU-T G.984.4,ITU-T G.984.5"分别代表了GPON协议的不同部分: 1. ITU-T G.984.1:该标准主要概述了GPON的整体框架,包括系统架构、基本功能、性能要求和...

    ITU-T P.1140 汽车应急呼叫语音通信要求

    ITU-T P.1140是国际电信联盟电信标准化部门(ITU-T)发布的一份标准,主要针对汽车紧急呼叫系统中的语音通信要求进行了详细规定。该标准涉及了车载紧急呼叫系统的语音通讯测量技术和测试方法,以确保这些系统能够...

    ITU-T V.44 压缩协议

    ### ITU-T V.44压缩协议详解 #### 一、概述 ITU-T V.44是一项由国际电信联盟(ITU)制定的数据压缩标准,它主要用于数据通信领域,特别是通过电话网络进行的数据传输过程中的数据压缩与解压缩操作。V.44标准是ITU-...

    ITU-T G.810

    《ITU-T G.810》是一项重要的国际电信联盟(ITU)标准文档,主要关注于时钟同步网络的设计目标与规范,特别是在数字传输系统和网络中。这份推荐性标准详细规定了时钟性能、抖动性能、漂移性能等关键术语和技术指标,...

    ITU-T G.703标准

    - G.703是整个ITU-T G系列标准的一部分,与之相关的还有其他多个标准,如G.700至G.709的脉冲编码调制(PCM)编码方法、G.710至G.719的非PCM编码方法等。 - 这些标准共同构成了一个完整的体系,旨在促进全球范围内...

    ITU-T G.811

    《ITU-T G.811》是国际电信联盟电信标准化部门(ITU-T)制定的一系列标准之一,主要针对数字传输系统、数字网络以及设计目标进行规定。其中特别提到了“PRC时钟规范”,即主要参考时钟的定时特性。本文将围绕这一...

    ITU-T-REC-P.800--传输质量的主观评价方法

    ITU-T Recommendation P.800(原CCITT Recommendation)是该组织针对电话传输质量的客观和主观评估方法发布的一系列标准之一。 在传输质量的主观评价方法中,ITU-T Recommendation P.800提供了主观评估传输质量的...

    ITU-T G[1].984.4系列标准

    《ITU-T G[1].984.4系列标准详解》 ITU-T(国际电信联盟电信标准化部门)是全球通信技术领域的重要规范制定机构,其制定的一系列标准对全球通信网络的发展起到了关键作用。其中,G[1].984.4标准是关于光线路系统...

    ITU-T 987.2技术规范

    2. **ITU-T**:国际电信联盟电信标准化部门(ITU-T)是负责全球电信标准制定的机构,其目标是推动全球范围内电信服务的技术标准化。 3. **PMD(Physical Media Dependent)层**:PMD层是X-GPON系统中的一个关键部分...

    ITU-T.38中文版

    - **使用RTP协议在UDP上传输IFT**:RTP协议主要用于多媒体通信中,ITU-T.38中也定义了如何利用RTP协议来传输IFT数据。 10. **V.8信号和附件F/V.34传真的消息流**:这部分内容详细描述了如何通过V.8协议进行协商,...

    ITU-T G.988

    1. **协议独立的管理信息库(MIB)**:ITU-T G.988标准的核心是其定义了一套协议独立的管理信息库,用于描述ONU的各种属性和状态。这些管理实体(Managed Entities,ME)构成了MIB的基础,能够被OLT(Optical Line ...

    ITU-T P.58 头部和躯干的电话测量模拟器

    ### ITU-T P.58 头部和躯干的电话测量模拟器 #### 概述 《ITU-T P.58 头部和躯干的电话测量模拟器》是国际电信联盟(ITU)电信标准化部门(ITU-T)发布的一项标准推荐书。该推荐书详细规定了用于电话测量的头部和...

    ITU-T-G.652-201611-PDF-E.pdf

    由于您给出的文件信息,主要是一个关于国际电信联盟(ITU-T)推荐标准G.652的文档描述。这份文件指的是ITU-T G.652标准的2016年11月最新修订版本。ITU-T G.652标准主要描述了在1310nm波长附近具有零色散波长的单模...

    x.25协议标准(ITU-T原文)

    X.25是国际电信联盟(ITU-T)提出的一种用于公共数据网络(PDN)的标准协议。这份文档为1996年的版本,包含了X.25协议的核心内容及其与数据终端设备(DTE)和数据电路终端设备(DCE)之间的接口规范。X.25协议的设计...

Global site tag (gtag.js) - Google Analytics