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. [CSDN_Markdown]使用LaTeX基本数学公式

    简介 以前我很头疼在博文里写公式,一直期盼CSDN的博文编辑器能支持LaTeX 公式输入,今天终于可以使用这个功能了!此文主要讨论如何在CSDN的Markdown编辑器中写 LaTeX 公式! 使用L ...

  2. PLSQL实现分页查询

    --集合实现游标查询 CREATE OR REPLACE PACKAGE emppkg IS TYPE t_record IS RECORD( rn INT, empno emp.empno%TYPE ...

  3. [python]mysql数据缓存到redis中 取出时候编码问题

    描述: 一个web服务,原先的业务逻辑是把mysql查询的结果缓存在redis中一个小时,加快请求的响应. 现在有个问题就是根据请求的指定的编码返回对应编码的response. 首先是要修改响应的bo ...

  4. 第一行代码阅读笔记---详解分析第一个Android程序

    以下是我根据作者的思路,创建的第一个Android应用程序,由于工具强大,代码都自动生成了,如下: package com.example.first_app; import android.os.B ...

  5. Android之asset目录下文件的使用

    1. 获取AssetManager AssetManager am = context.getAssets(); 2. 列出assets目录下所有文件 String[] filePathList = ...

  6. OpenMP并行化实例----Mandelbrot集合并行化计算

    在理想情况下,编译器使用自动并行化能够管理一切事务,使用OpenMP指令的一个优点是将并行性和算法分离,阅读代码时候无需考虑并行化是如何实现的.当然for循环是可以并行化处理的天然材料,满足一些约束的 ...

  7. 详解EBS接口开发之供应商导入(补充)--供应商银行账户更新

    CREATE OR REPLACE PACKAGE BODY update_vendor_account IS PROCEDURE main(errbuf OUT VARCHAR2, retcode ...

  8. UITableView如何撤销移动操作

    大熊猫猪·侯佩原创或翻译作品.欢迎转载,转载请注明出处. 如果觉得写的不好请多提意见,如果觉得不错请多多支持点赞.谢谢! hopy ;) 我们知道使用UITableView的委托方法canMoveRo ...

  9. BCD码与16进制互转算法

    关于这类算法,以前的文章已经讲过类似的:BCD码转二进制 #include <stdio.h> // HEX转BCD //bcd_data(<0x255,>0) unsigne ...

  10. JQuery实战--可以编辑的表格

    廊坊下雪了,15年的第二场雪,比14的来的稍晚一些,停靠在11教门前的自行车,成了廊坊师范学院最美丽的风景线.还记得以前学习css的时候,就曾经接触过如何编写设计一些表格和表单的样式,例如如何设计表格 ...