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. Android对话框Dialog深度剖析

    对话框 对话框是提示用户作出决定或输入额外信息的小窗口. 对话框不会填充屏幕,通常用于需要用户采取行动才能继续执行的模式事件. 对话框设计 Dialog 类是对话框的基类,但您应该避免直接实例化 Di ...

  2. 自定义一个View作为弹出对话框

    public void dialog(){ //获得布局对象 View view = LayoutInflater.from(getActivity()).inflate(R.layout.dialo ...

  3. Web Service进阶(三)HTTP-GET, HTTP-POST and SOAP的比较

    XML Web Service支持三种协议来与用户交流数据.这三种协议分别是: 1.SOAP:Simple Object Access Protocol 2.HTTP-GET 3.HTTP-POST ...

  4. java创建对象详解和多态问题

    一. java 构造方法不等于创建对象而是初始化对象,new 关键字分配内存和创建对象的.  二.Test test = new Test(); 有人用上面的表达式来说明构造方法返回对象引用,这是明显 ...

  5. win32贪吃蛇实现

    写程序是一个循序渐进的过程,一开始都是加加减减,修修补补,这和我们做企业做创新的原理都是一样的,没有一蹴而就的成功,最近看了周鸿祎的<我的互联网方法论>蛮有启发,分享给大家几句摘抄: 1. ...

  6. 开源框架Slidingmenu的基本使用

    转载本博客请标明出处:点击打开链接      http://blog.csdn.net/qq_32059827/article/details/52464262 侧滑菜单在开发中经常用到,而Slidi ...

  7. 剑指Offer——滴滴笔试题+知识点总结

    剑指Offer--滴滴笔试题+知识点总结 情景回顾 时间:2016.9.18 15:00-17:00 地点:山东省网络环境智能计算技术重点实验室 事件:滴滴笔试   总体来说,滴滴笔试内容体量不算多, ...

  8. java模拟链表

          java语言不存在指针,但是我们仍可以用相应的逻辑模拟链表的实现,下面这段代码就是我的一个小伙伴实现的: package com.brucezhang.test; public class ...

  9. Cocos2D中Action的进阶使用技巧(二)

    大熊猫猪·侯佩原创或翻译作品.欢迎转载,转载请注明出处. 如果觉得写的不好请多提意见,如果觉得不错请多多支持点赞.谢谢! hopy ;) 上回说到解决办法是使用CCTargetedAction类. C ...

  10. System.getProperty()的用途

     偶尔用到 System.getProperty(),找起来也不方便.这里做下记录备忘: 编写的测试类: public class TestSystemproperty { public stat ...