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. 一个貌似比较吊的递归转换为loop--总算成功了.--第二弹

    前段时间用类似于散弹式编程的方式,各种猜测-运行验证-修正结果,最终成功转换了一个看起来比较有难度的递归函数.但总觉得很蛋疼,原因如下: 1.虽然正确,但是逻辑搞得比较复杂.现在去看,一头雾水,不知道 ...

  2. Java异常处理-----Throwable类

    Throwable类 1.toString() 输出该异常的类名. 2.getMessage() 输出异常的信息,需要通过构造方法传入异常信息(例如病态信息). 3.printStackTrace() ...

  3. Nginx - 代理、缓存

    Nginx 标签 : nginx 代理 代理服务可简单的分为正向代理和反向代理: 正向代理: 用于代理内部网络对Internet的连接请求(如VPN/NAT),客户端指定代理服务器,并将本来要直接发送 ...

  4. Android简易实战教程--第三十四话《 自定义SeekBar以及里面的一些小知识》

    转载本专栏文章,请注明出处尊重原创:博客地址http://blog.csdn.net/qq_32059827/article/details/52849676:小杨的博客 许多应用可能需要加入进度,例 ...

  5. Android Multimedia框架总结(七)C++中MediaPlayer的C/S架构补充及MediaService介绍

    转载请把头部出处链接和尾部二维码一起转载,本文出自逆流的鱼,文章链接: http://blog.csdn.net/hejjunlin/article/details/52465168 前面一篇主要介绍 ...

  6. 返回present的根

    //返回四大tab页面 + (void)gobackToTabarController { UINavigationController* selectedTabNavController = (UI ...

  7. Java并发框架——AQS阻塞队列管理(二)——自旋锁优化

    看Craig, Landin, and Hagersten发明的CLH锁如何优化同步带来的花销,其核心思想是:通过一定手段将所有线程对某一共享变量轮询竞争转化为一个线程队列且队列中的线程各自轮询自己的 ...

  8. Android开发学习之路--Android Studio项目目录结构简介

    既然已经搭建好环境了,那就对Android Studio中项目目录结构做个简单的了解了,这里以最简单的Hello工程为例子,新建好工程后看如下三个工程视图: 1.Android工程 manifests ...

  9. Android:ADB server didn't ACK或者adb server is out of date. killing解决办法

    欢迎关注公众号,每天推送Android技术文章,二维码如下:(可扫描) 出现这个原因我个人感觉有两个.一.5037端口被别的程序或者进程占用:二.adb占用的不是5037端口.很多人仅仅知道第一种二忽 ...

  10. (NO.00004)iOS实现打砖块游戏(三):游戏主场景和砖块

    大熊猫猪·侯佩原创或翻译作品.欢迎转载,转载请注明出处. 如果觉得写的不好请告诉我,如果觉得不错请多多支持点赞.谢谢! hopy ;) 制作墙体 首先在SpriteBuilder中新建Wall.ccb ...