ITU-T 建议书 G.1081

IPTV性能监测点 Performance monitoring points for IPTV

Summary

Successful deployment of IPTV servicesrequires performance parameters to be monitored at a number of different pointsin the complete end to end chain, including the customer premises, keyaggregation points and at interconnect points between disparate and
serviceprovider network domains. This Recommendation defines five monitoring pointswhere such performance measurements can be made.

Keywords

IPTV,performance, QoS, QoE, monitoring points

1. 范围 (Scope)

ThisRecommendation defines performance monitoring points which will allow theservice provider/network operator to monitor the performance of the completeIPTV service delivery to the end-user.

Successful deployment of IPTV servicesrequires performance monitoring at the customer premise (e.g. set-top-box), keyaggregation points (e.g DSL Access Multiplexer DSLAM) or cable modemtermination system (CMTS) and at interconnect points between disparate
networkdomains and service provider domain boundaries. Performance monitoring can helpin:

·        Finding errors in an end-to-endsystem (system debugging)

·        Checking the resourceutilization and the work load of system components

·        Comparing values (metrics)regarding performance of different system deployments

·        Providing a base for modellingthe system

·        Identifying system bottlenecks

·        Optimizing IPTV networkdeployment

·        Ensuring that systemperformance does not degrade with time.

The goal of performance monitoring is toprovide end-users of IPTV services with a high user experience by identifying,localizing and quantifying service and network issues.

2. 参考 (References)

Thefollowing ITU-T Recommendations and other references contain provisions, which,through reference in this text, constitute provisions of this Recommendation.At the time of publication, the editions indicated were valid. AllRecommendations and other references
are subject to revision; users of this Recommendationare therefore encouraged to investigate the possibility of applying the mostrecent edition of the Recommendations and other references listed below. A listof the currently valid ITU-T Recommendations is
regularly published.

Thereference to a document within this Recommendation does not give it, as astand-alone document, the status of a Recommendation.

[ITU-T Y.1540]          ITU-TRecommendation Y.1540 (2007), “Internet protocol data communication service –IP packet transfer and availability performance parameters,” Nov. 2007.

[ITU-T Y.1543]          ITU-T Recommendation Y.1543 (2007), “Measurements in IPnetworks for inter-domain performance assessment,” Nov. 2007.

[ITU-T Y.1544]          ITU-T Recommendation Y.1544 (2008), “Multicast IPperformance parameters,” .

3. 定义 (Definitions)

Platform          Ahardware and/or software architecture that serves as a foundation or base forrealising a certain functionality.

4. 缩写和首字母缩略词 (Abbreviations and acronyms)

本建议使用下列缩略语:

CMTS             Cable Modem Termination System 电缆调制解调器终端系统

DSLAM         DSL Access Multiplexer DSL接入复用器

NMS               NetworkManagement System 网络管理系统

OSS                 OperationsSupport System

QoE                 Qualityof Experience 体验质量

QoS                 Qualityof Service 服务质量

VoD                Videoon Demand 视频点播

5. 约定 (Conventions)

In this document:

The keyword “is recommended” indicates a requirement which isrecommended but which is not absolutely required.  Thus this requirement need not be present toclaim conformance.

The keyword “may” indicates a requirement which is optional.

6. IPTV性能监测点 (IPTV performance monitoring points)

The entire IPTV content delivery chain can be divided into multiple domains. Operators at domain bordershave the option to perform monitoring which, when taken together, forms anend-to-end monitoring topology.

This domain approach is independent of any specific monitoringmethod.

Monitored performance characteristics, across a single domain ormultiple domains, can be integrated with existing or new operations supportsystems (OSS)and/or network management system (NMS) systems.

Figure1/G.1081 – IPTV模型 (IPTV Domains)

The exact topology and domains will varyfrom one operator to another; however, monitoring can be applied at each domainboundary. An example topology with generalized domain boundaries is shown inFigure 1. These domains are further divided into specific monitoring
domains inFigure 2. Within each domain, different aspects can be monitored at each domainboundary as outlined below.

Figure2/G.1081 – IPTV性能监测点 (IPTV Performance Monitoring Points)

A complete performance monitoring system is recommended to include aperformance monitoring management platform to translate the measured data fromthe monitoring points into actionable knowledge. Functions of the managementplatform could include data storage,
analysis, correlation, faultidentification, root cause analysis, report generation and visualization. Therange of the management platform(s) may cover all domains as shown in Figure 2.

The interfaces between the performance monitoring managementplatform(s) and the monitoring points will be further defined in the future.

7. 性能监测点定义 (Performance monitoringpoint definitions)

This section provides a basic description of each monitoring point shown inthe previous section. The capabilities and parameters listed below are not anexhaustive list. Some parameters may be difficult to obtain in some scenarios.Conversely, there may be
some other parameters that are essential. These arestill under study.

7.1  监测点1 Monitoring point 1 – PT1

This point demarcates the domain borderbetween content provision and IPTV control. PT1 is located at the domain border between content providers (contentowners and aggregators) and IPTV Service provider.

PT1 enablesthe measurement of source audio-visual quality and metadata verification and theanalysis of information to be exchanged between content provider and IPTV serviceprovider.

PT1 may capture thefollowing information:

·        Coding parameters of video, audioand text content;

·        Quality parameters of video,audio and text content;

·        Acknowledgement for the report ofsource content transfer receipt;

PT1may support thefollowing capabilities:

·        Real-time request/responsetransactions by the protocols involved;

·        Real-time notifications ofasynchronous events;

·        Reliable and secure deliveryof  any messages involved;

·        Clock synchronization withother monitoring points;

·        Identification of variouscontent providers;

·        Report  testing information for quality parameters ofvideo audio and text content from various content providers to the service quality monitoring platform.

7.2 监测点2 Monitoring point 2 – PT2

This point is located at the domain borderbetween the service provider and network provider. It should aim for originalstreaming quality monitoring. PT2 monitors the service provider streamquality at the head-end egress.

PT2 may capture thefollowing information:

·        Quality parameters of streammedia from the core node of the service provider;

·        Performance parameters of EPGservers at the core node of the service provider;

·        Performance parameters of VODservers at the core node of the service provider;

·        Performance parameters of  service related  servers at the core node of service provider;

PT2 may support thefollowing capabilities:

·        Real-time request/responsetransactions by the protocols involved;

·        Real-time notifications ofasynchronous events;

·        Reliable and secure delivery ofany messages involved;

·        Clock synchronization withothermonitoring points;

·        Identification of variousservers;

·         Report information for quality parameters ofvideo, audio and text content and performance parameters of servers  to the  service quality monitoring platform.

7.3  监测点3 Monitoring point 3 – PT3

This point is located at the boundarybetween the IP core and IP edge networks for monitoring of IP-relatedperformance parameters.This point can be placed on any type of  interfacebetween the IPTV core network and the edge network.

PT3 may capture the following information:

·        Source network segment anddestination network segment to be measured;

·        IP network performance as definedin (ITU-T Y.1540]. Recommended methods of measurement are found in [ITU-T Y.1543].

o   Mean one-way delay

o   One-way packet delay variation

o   Packet loss ratio

o   Packet loss profile

o   Path unavailability

·        Multicast IP networkperformance parameters defined in [ITU-T Y.1544].

o   Successful join time

o   Successful leave time

o   Group mean one-way delay

o   Group IP service availability

o   Mean group loss ratio

PT3 may support the following capabilities:

·        Real-time request/response transactions;

·        Real-time notifications ofasynchronous events;

·        Reliable and secure delivery ofany messages involved;

·        Clock synchronization withother monitoring points;

·        Submission of r information forquality parameters of IP network to service quality monitoring platform

·        Access to raw IP information(e.g., packet headers, type of codec) of the audio-visual or text stream;

·        Able to capture information onquality originating from end-user devices.

7.4  监测点4 Monitoring Point 4 – PT4

This point is closest to the user wheremonitoring the quality of streaming, audio-visual quality, and IPTV serviceattributes areimportant. Monitoring at this point can be implemented byintroducing the performance monitoring function in Home Gateways and
STBs, forexample.

PT4 may capture the following information:

·        Source network segment anddestination network segment to be measured;

·        Access the service qualityinformation and stream media quality information of the IPTV service platformfrom edge point of IPTV;

·        Access to raw IP information(e.g., packet headers, type of codec) of the audiovisual or text stream;

·        IP network performance parametersdefined in [ITU-T Y.1540]. Recommended methods of measurement are found in [ITU-TY.1543].

o   Mean one-way delay

o   One-way packet delay variation

o   Packet loss ratio

o   Path unavailability

·        Multicast IP network performanceparameters defined in [ITU-T Y.1544].

o   Successful join time

o   Successful leave time

o   Group mean one-way delay

o   Group IP service availability

o   Mean group loss ratio

PT4 may be able to support the following capabilities:

·        Real-time request/response transactions;

·        Real-time notifications ofasynchronous events;

·        Reliable and secure delivery ofthe messages involved;

·        Clock synchronization withothermonitoring points;

·        Simulate the integrated serviceflow of IPTV terminal;

·        Report information for  parameters of IP network performance, servicequality that access IPTV service platform from edge point, and stream mediaquality to service quality monitoring platform.

7.5  监测点5 Monitoring point 5 – PT5

This point is at the final end-point anddirectly relates to end-user QoE. Monitoring audio-visual quality, textaccuracy and IPTV service attributes as perceived by the end-user areimportant.

PT5 may capture the following information:

·        Source network segment anddestination network segment to be monitored;

·        Access the quality informationof service and stream media of the IPTV service platform from the client;

PT5 may support the following capabilities:

·        Real-time request/response transactions;

·        Real-time notifications ofasynchronous events;

·        Reliable and secure delivery of any messages involved;

·        Clock synchronization withother monitoring points;

·        Integrated service informationof IPTV terminal;

·        Report information for  parameters of IP network performance, servicequality that access IPTV service platform from client, and stream media qualityto service quality monitoring platform.

8.  安全性考虑 (Security considerations)

Security aspects have not been addressed inthis Recommendation.

ITU-T G.1081 IPTV性能监测点 (Performance monitoring points for IPTV)的更多相关文章

  1. Linux System and Performance Monitoring

    写在前面:本文是对OSCon09的<Linux System and Performance Monitoring>一文的学习笔记,主要内容是总结了其中的要点,以及加上了笔者自己的一些理解 ...

  2. PostgreSQL Performance Monitoring Tools

    PostgreSQL Performance Monitoring Tools https://github.com/CloudServer/postgresql-perf-tools This pa ...

  3. 浏览器性能监控performance使用

    浏览器中有一个performance的性能监控,平时我也没有用到,接手了一个大数据的项目,发现页面打开的比较慢,使用浏览器的performance分析可以看到各个步骤花费的时间. 关于项目的性能分析如 ...

  4. 理解 OpenStack Swift (3):监控和一些影响性能的因素 [Monitoring and Performance]

    本系列文章着重学习和研究OpenStack Swift,包括环境搭建.原理.架构.监控和性能等. (1)OpenStack + 三节点Swift 集群+ HAProxy + UCARP 安装和配置 ( ...

  5. 怎么监视跟踪一个进程(Process)中的MS Unit Test DLL的详细性能(performance)【asp.net C#】

    Sample This tutorial will show how to instrument a unit test DLL for performance profiling. Visual S ...

  6. 基音检测算法的性能:Performance Evaluation of Pitch Detection Algorithms

    http://access.feld.cvut.cz/view.php?cisloclanku=2009060001 Vydáno dne 02. 06. 2009 (15123 přečtení) ...

  7. 浏览器性能接口performance.timing说明

    原文来自于 https://dvcs.w3.org/hg/webperf/raw-file/tip/specs/NavigationTiming/Overview.html 下图描述了该接口的各个时间 ...

  8. Language-Directed Hardware Design for Network Performance Monitoring——Marple

    网络监控困难 1.仅仅通过去增加特定的监控功能到交换机是不能满足运营商不断变化的需求的.(交换机需要支持网络性能问题的表达语言) 2.他们缺乏对网络深处的性能问题进行本地化的可见性,间接推断网络问题的 ...

  9. Windows Performance Monitoring with perfmon

    直接引用 - https://technet.microsoft.com/en-us/magazine/2008.08.pulse.aspx

随机推荐

  1. Swift:消除Null值

    由于在现代编程语言中这个无所不在的概念,许多程序猿可能倾向于相信null值是一个必须存在的瑕疵,创建一个没有它的编程语言是不可能的.他们可能会惊奇那些许多没有null值活的也很好的语言,这带来的结果就 ...

  2. 浅析深度学习mini_batch的BP反传算法

    在深度学习中,如果我们已经定义了网络,输入,以及输出,那么接下来就是损失函数,优化策略,以及一般由框架完成的BP反传.这篇博文我们主要探讨一下深度的BP反传算法(以梯度下降为例),尤其是mini_ba ...

  3. ROS探索总结(十九)——如何配置机器人的导航功能

    1.概述 ROS的二维导航功能包,简单来说,就是根据输入的里程计等传感器的信息流和机器人的全局位置,通过导航算法,计算得出安全可靠的机器人速度控制指令.但是,如何在特定的机器人上实现导航功能包的功能, ...

  4. Spring之MVC模块

    Spring MVC的Controller用于处理用户的请求.Controller相当于Struts 1里的Action,他们的实现机制.运行原理都类似 Controller是个接口,一般直接继承Ab ...

  5. Android Studio下导出jar包和aar包

    Android Studio下导出jar包和aar包 jar包和aar包的区别 步骤 1. 创建Android工程 创建工程比较简单,不错复述 2. 创建一个Library(Module) 创建了一个 ...

  6. cassandra eclipse 环境构建

    摘要 本文主要介绍如何在eclipse中搭建cassandra环境 更多cassandra,nosql 相关知识请访问http://www.webpersonaldeveloper.cn 正文 1.f ...

  7. Android文件(File)操作

    Android 使用与其他平台上基于磁盘的文件系统类似的文件系统. 本文讲述如何使用 Android 文件系统通过 File API 读取和写入文件. File 对象适合按照从开始到结束的顺序不跳过地 ...

  8. SQLite Where 子句(http://www.w3cschool.cc/sqlite/sqlite-where-clause.html)

    SQLite Where 子句 SQLite的 WHERE 子句用于指定从一个表或多个表中获取数据的条件. 如果满足给定的条件,即为真(true)时,则从表中返回特定的值.您可以使用 WHERE 子句 ...

  9. Effective C++ ——资源管理

    条款13:以对象来管理资源 在C++中我们经常会涉及到资源的申请与申请,一般都是由关键字new 和 delete来操作的,两者都是成对存在的,缺一不可,否则会出现意想不到的问题,例如: class I ...

  10. SQL 数据库语言分析总结(一)

    SQL语言是被广泛采用的数据库的学习语言,之前在本科的时候已经学习过了,但是后来又忘记了,所以这次简单的总结一下. 分类 交互式sql语言,交互式语言主要是利用一些数据库工具,比如mysql的终端工具 ...