One document matched: draft-wu-xrblock-rtcp-xr-quality-monitoring-02.xml
<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type='text/xsl' href='http://xml.resource.org/authoring/rfc2629.xslt' ?>
<!DOCTYPE rfc SYSTEM "rfc2629.dtd" [
<!ENTITY rfc2119 PUBLIC "" "http://xml.resource.org/public/rfc/bibxml/reference.RFC.2119.xml">
<!ENTITY rfc2250 PUBLIC "" "http://xml.resource.org/public/rfc/bibxml/reference.RFC.2250.xml">
<!ENTITY rfc3611 PUBLIC "" "http://xml.resource.org/public/rfc/bibxml/reference.RFC.3611.xml">
<!ENTITY rfc3357 PUBLIC "" "http://xml.resource.org/public/rfc/bibxml/reference.RFC.3357.xml">
<!ENTITY rfc3550 PUBLIC "" "http://xml.resource.org/public/rfc/bibxml/reference.RFC.3550.xml">
<!ENTITY rfc4566 PUBLIC "" "http://xml.resource.org/public/rfc/bibxml/reference.RFC.4566.xml">
<!ENTITY rfc5216 PUBLIC "" "http://xml.resource.org/public/rfc/bibxml/reference.RFC.5216.xml">
<!ENTITY rfc5234 PUBLIC "" "http://xml.resource.org/public/rfc/bibxml/reference.RFC.5234.xml">
<!ENTITY rfc5296 PUBLIC "" "http://xml.resource.org/public/rfc/bibxml/reference.RFC.5296.xml">
<!ENTITY rfc5247 PUBLIC "" "http://xml.resource.org/public/rfc/bibxml/reference.RFC.5247.xml">
<!ENTITY I-D.ietf-avt-rapid-rtp-sync PUBLIC "" "http://xml.resource.org/public/rfc/bibxml3/reference.I-D.ietf-avt-rapid-rtp-sync.xml">
<!ENTITY I-D.ietf-pmol-metrics-framework PUBLIC "" "http://xml.resource.org/public/rfc/bibxml3/reference.I-D.ietf-pmol-metrics-framework.xml">
<!ENTITY I-D.hunt-avt-monarch PUBLIC "" "http://xml.resource.org/public/rfc/bibxml3/reference.I-D.hunt-avt-monarch.xml">
<!ENTITY I-D.ietf-avt-rtp-svc PUBLIC "" "http://xml.resource.org/public/rfc/bibxml3/reference.I-D.ietf-avt-rtp-svc.xml">
]>
<?rfc strict="yes" ?>
<?rfc toc="yes"?>
<?rfc tocdepth="4"?>
<?rfc symrefs="yes"?>
<?rfc sortrefs="yes" ?>
<?rfc compact="yes" ?>
<?rfc subcompact="yes" ?>
<rfc category="std" docName="draft-wu-xrblock-rtcp-xr-quality-monitoring-02"
ipr="pre5378Trust200902">
<front>
<title abbrev="RTCP XR Quality Report Blocks">RTCP XR Blocks for
multimedia quality metric reporting</title>
<author fullname="Qin Wu" initials="Q." surname="Wu">
<organization>Huawei</organization>
<address>
<postal>
<street>101 Software Avenue, Yuhua District</street>
<city>Nanjing</city>
<region>Jiangsu</region>
<code>210012</code>
<country>China</country>
</postal>
<email>sunseawq@huawei.com</email>
</address>
</author>
<author fullname="Glen Zorn" initials="G." surname="Zorn">
<organization>Network Zen</organization>
<address>
<postal>
<street>77/440 Soi Phoomjit, Rama IV Road</street>
<street>Phra Khanong, Khlong Toie</street>
<city>Bangkok</city>
<code>10110</code>
<country>Thailand</country>
</postal>
<phone>+66 (0) 87 502 4274</phone>
<email>gwz@net-zen.net</email>
</address>
</author>
<author fullname="Roland Schott" initials="R." surname="Schott">
<organization>Deutsche Telekom Laboratories</organization>
<address>
<postal>
<street>Deutsche-Telekom-Allee 7</street>
<street></street>
<city>Darmstadt</city>
<code>64295</code>
<country>Germany</country>
</postal>
<email>Roland.Schott@telekom.de</email>
</address>
</author>
<author fullname="Kai Lee" initials="K." surname="Lee">
<organization>China Telecom</organization>
<address>
<postal>
<street>China Telecom Beijing Research Institute</street>
</postal>
<email>leekai@ctbri.com.cn</email>
</address>
</author>
<date year="2011" />
<abstract>
<t>This document defines an RTCP XR Report Block and associated SDP
parameters that allows the reporting of multimedia quality metrics for
use in a range of RTP applications.</t>
</abstract>
</front>
<middle>
<section title="Introduction">
<t>This draft defines a new block type to augment those defined in <xref
target="RFC3611"></xref>, for use in a range of RTP applications.
<vspace blankLines="1" />The new block type provides information on
multimedia quality using one of several standard metrics.<vspace
blankLines="1" />The metrics belong to the class of application level
metrics defined in <xref target="MONARCH"></xref> (work in
progress).</t>
</section>
<section title="Terminology">
<section title="Standards Language">
<t>The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
"SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
document are to be interpreted as described in <xref
target="RFC2119">RFC 2119</xref>.</t>
</section>
</section>
<section title="Applicability">
<t>The Multimedia Quality Metrics Report Block can be used in any
real-time AV application.<vspace blankLines="1" />The factors that
affect real-time AV application quality can be split into two
categories. The first category consists of transport- dependent factors
such as packet loss, delay and jitter (which also translates into losses
in the playback buffer). The factors in the second category are
application-specific factors that affect real time application (e.g.,
video) quality and are sensitivity to network errors. These factors can
be but not limited to video codec and loss recovery technique, coding
bit rate, packetization scheme, and content characteristics. <vspace
blankLines="1" /> Compared with application-specific factors, the
transport-dependent factors sometimes are not sufficient to measure real
time data quality, since the ability to analyze the real time data in
the application layer provides quantifiable measurements for subscriber
Quality of Experience (QoE) that may not be captured in the transmission
layers or from the RTP layer down. In a typical scenario, monitoring of
the transmission layers can produce statistics suggesting that quality
is not an issue, such as the fact that network jitter is not excessive.
However, problems may occur in the service layers leading to poor
subscriber QoE. Therefore monitoring using only network-level
measurements may be insufficient when application layer content quality
is required. <vspace blankLines="1" /> In order to provide accurate
measures of real time application quality when transporting real time
contents across a network, the synthentical multimedia quality Metrics
is highly required which can be conveyed in the RTCP XR packets[RFC3611]
and may have the following three benefits: <vspace
blankLines="1" /><list style="symbols">
<t>Tuning the content encoder algorithm to satisfy real time data
quality requirements</t>
<t>Determining which system techniques to use in a given situation
and when to switch from one technique to another as system
parameters change</t>
<t>Verifying the continued correct operation of an existing
system</t>
</list></t>
</section>
<section anchor="SMQM"
title="Synthetical Multimedia Quality Metrics Block">
<t>This block reports the multimedia application performance or quality
metrics beyond the information carried in the standard RTCP packet
format. Information is recorded about multimedia application QoE metric
which is expressed as a MOS ("Mean Opinion Score"), MOS is on a scale
from 1 to 5, in which 5 represents excellent and 1 represents
unacceptable. MOS scores are usually obtained using subjective testing
or using objective algorithm to estimate the multimedia quality. However
Subjective testing is not suitable for measuring the multimedia quality
since the results may vary from test to test. Therefore using objective
algorithm to calculate MOS scores is recommended. ITU-T recommendation
<xref target="G.1082"></xref><xref target="P.NAMS"></xref><xref
target="P.NBAMS"></xref> defines a methodology for verifying the
performance of QoE estimation algorithms for video and audio. Hence this
document recommends vendors and implementers to use International
Telecommunication Union (ITU)-specified methodologies to measure
parameters when possible. <vspace blankLines="1" /></t>
<section title="Metric Block Structure">
<t>The report block contents are dependent upon a series of flag bits
carried in the first part of the header. Not all parameters need to be
reported in each block. Flags indicate which are and which are not
reported. The fields corresponding to unreported parameters MUST be
present, but are set to zero. The receiver MUST ignore any Perceptual
Quality Metrics Block with a non-zero value in any field flagged as
unreported.</t>
<t>The Synthetical Multimedia Quality Metrics Block has the following
format: <figure>
<artwork>
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| BT=TBD |I| tag | MC | block length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SSRC of source |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MOS Value |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
</artwork>
</figure></t>
</section>
<section title="Definition of Fields in Multimedia Quality Metrics Block">
<t><list style="hanging">
<t hangText="Block type (BT): 8 bits"><vspace blankLines="1" />
The Perceptual Quality Metrics Block is identified by the constant
<SMQM>. <vspace blankLines="1" /></t>
<t hangText="Interval Metric flag (I): 1 bit "><vspace
blankLines="1" /> This field is used to indicate whether the Basic
Loss/Discard metrics are Interval or Cumulative metrics, that is,
whether the reported values applies to the most recent measurement
interval duration between successive metrics reports (I=1) (the
Interval Duration) or to the accumulation period characteristic of
cumulative measurements (I=0) (the Cumulative Duration). <vspace
blankLines="1" /></t>
<t
hangText="Measurement Identifier association (tag): 3 bits"><vspace
blankLines="1" />This field is used to identify the Measurement
Identifier block <xref target="MEASIDENT"></xref> which describes
this measurement. <vspace blankLines="1" /></t>
<t hangText="MoS Class (MC): 4 bits"><vspace blankLines="1" />This
field is used to indicate the MOS type to be reported. The MOS
type is defined as follows: <list>
<t>0000 MOS-A - Audio Quality MOS <xref
target="G.107"></xref><xref target="P.564"></xref>.</t>
<t>0001 MOS-V - Video Quality MOS <xref
target="P.NAMS"></xref><xref target="P.NBAMS"></xref>.</t>
<t>0010 MOS-AV - Audio-Video Quality MOS<xref
target="P.NAMS"></xref><xref target="P.NBAMS"></xref>.</t>
<t>0100~1111 - Reserved</t>
</list><vspace blankLines="1" /></t>
<t hangText="Rsd.: 7 bits "><vspace blankLines="1" /> This field
is reserved for future definition. In the absence of such a
definition, the bits in this field MUST be set to zero and MUST be
ignored by the receiver. <vspace blankLines="1" /></t>
<t hangText="SSRC of source: 32 bits"><vspace blankLines="1" /> As
defined in Section 4.1 of <xref target="RFC3611"></xref>. <vspace
blankLines="1" /></t>
<t hangText="MOS Value: Variable Length"><vspace
blankLines="1" />The estimated mean opinion score for Audio
Qulity, Video Quality or Audio-Video quality is defined as
including the effects of delay and other effects that would affect
Audio-Video quality <xref target="G.1082"></xref><xref
target="P.NAMS"></xref><xref target="P.NBAMS"></xref>. It is
expressed as an integer in the range 10 to 50, corresponding to
MOS x 10, as for MOS. A value of 127 indicates that this parameter
is unavailable. Values other than 127 and the valid range defined
above MUST NOT be sent and MUST be ignored by the receiving
system. <vspace blankLines="1" /></t>
</list></t>
</section>
</section>
<section title="SDP Signaling">
<t>One new parameter is defined for the six report blocks defined in
this document to be used with Session Description Protocol (SDP) <xref
target="RFC4566"></xref> using the Augmented Backus-Naur Form (ABNF)
<xref target="RFC5234"></xref>. They have the following syntax within
the "rtcp-xr" attribute <xref target="RFC3611"></xref>: <figure
align="left">
<artwork>
rtcp-xr-attrib = "a=rtcp-xr:"
[xr-format *(SP xr-format)] CRLF
xr-format = multimedia-quality-metrics
multimedia-quality-metrics = "multimedia-quality-metrics"
["=" stat-flag *("," stat-flag)]
stat-flag = "Interval Metrics"
/"Cumulative metrics"
</artwork>
</figure> Refer to Section 5.1 of <xref target="RFC3611">RFC
3611</xref> for a detailed description and the full syntax of the
"rtcp-xr" attribute.</t>
</section>
<section title="IANA Considerations">
<t>New report block types for RTCP XR are subject to IANA registration.
For general guidelines on IANA allocations for RTCP XR, refer to <xref
target="RFC3611">Section 6.2 of</xref>. <vspace blankLines="1" /> This
document assigns one new block type value in the RTCP XR Block Type
Registry: <list>
<t><list hangIndent="12" style="hanging">
<t hangText="Name:">SMQM</t>
<t hangText="Long Name:">Synthetical Multimedia Quality
Metric</t>
<t hangText="Value"><SMQM></t>
<t hangText="Reference:"><xref target="SMQM"></xref> <vspace
blankLines="1" /></t>
</list></t>
</list> This document also registers one new SDP <xref
target="RFC4566"></xref> parameter for the "rtcp-xr" attribute in the
RTCP XR SDP Parameters Registry: <list>
<t><list style="symbols">
<t>“multimedia-quality-metrics”</t>
</list></t>
</list> <vspace blankLines="1" /> The contact information for the
registrations is: <figure align="center">
<artwork>
Qin Wu
sunseawq@huawei.com
101 Software Avenue, Yuhua District
Nanjing, JiangSu 210012 China
</artwork>
</figure></t>
</section>
<section title="Security Considerations">
<t>The new RTCP XR report blocks proposed in this document introduces no
new security considerations beyond those described in <xref
target="RFC3611"></xref>.</t>
</section>
<section title="Acknowledgements">
<t>The authors would like to thank Bill Ver Steeg, David R Oran, Ali
Begen,Colin Perkins, Roni Even,Youqing Yang, Wenxiao Yu and Yinliang Hu
for their valuable comments and suggestions on this document.</t>
</section>
</middle>
<back>
<references title="Normative References">
&rfc2250;
&rfc3611;
&rfc2119;
&rfc4566;
&rfc5234;
&rfc3550;
</references>
<references title="Informative References">
<reference anchor="DSLF">
<front>
<title>Triple-play Services Quality of Experience (QoE)
Requirements</title>
<author fullname="Tim Rahrer" initials="T.R." role="editor"
surname="Rahrer">
<organization>Nortel</organization>
<address>
<postal>
<street>3500 Carling Ave.</street>
<city>Ottawa</city>
<region>Ontario</region>
<country>Canada</country>
</postal>
<phone>+1.613.763.4479</phone>
<email>tim.rahrer@nortel.com</email>
</address>
</author>
<author fullname="Riccardo Fiandra" role="editor" surname="Fiandra">
<organization>FastWeb, SpA</organization>
<address>
<email>riccardo.fiandra@fastweb.it</email>
</address>
</author>
<author fullname="Steven Wright" role="editor" surname="Wright">
<organization>BellSouth Telecommunications</organization>
<address>
<email>steven.wright@bellsouth.com</email>
</address>
</author>
<date day="13" month="December" year="2006" />
</front>
<seriesInfo name="DSL Forum Technical Report" value="TR-126" />
</reference>
<reference anchor="G.1082">
<front>
<title>Measurement-based methods for improving the robustness of
IPTV performance</title>
<author>
<organization>ITU-T</organization>
</author>
<date month="April" year="2009" />
</front>
<seriesInfo name="ITU-T Recommendation" value="G.1082" />
</reference>
<reference anchor="P.564">
<front>
<title>Conformance testing for narrowband Voice over IP transmission
quality assessment models</title>
<author>
<organization>ITU-T</organization>
</author>
<date month="July" year="2006" />
</front>
<seriesInfo name="ITU-T Recommendation" value="P.564" />
</reference>
<reference anchor="G.107">
<front>
<title>The E Model, a computational model for use in transmission
planning</title>
<author>
<organization>ITU-T</organization>
</author>
<date month="April" year="2009" />
</front>
<seriesInfo name="ITU-T Recommendation" value="G.107" />
</reference>
<reference anchor="P.NAMS">
<front>
<title>Non-intrusive parametric model for the Assessment of
performance of Multimedia Streaming</title>
<author>
<organization>ITU-T</organization>
</author>
<date month="November" year="2009" />
</front>
<seriesInfo name="ITU-T Recommendation" value="P.NAMS" />
</reference>
<reference anchor="P.NBAMS">
<front>
<title>non-intrusive bit-stream model for assessment of performance
of multimedia streaming</title>
<author>
<organization>ITU-T</organization>
</author>
<date month="November" year="2009" />
</front>
<seriesInfo name="ITU-T Recommendation" value="P.NBAMS" />
</reference>
<reference anchor="MONARCH">
<front>
<title>Monitoring Architectures for RTP</title>
<author fullname="Qin Wu" initials="Q." surname="Wu">
<organization>Huawei</organization>
</author>
<date month="April" year="2011" />
</front>
<seriesInfo name="ID" value="draft-ietf-avtcore-monarch-00" />
<format type="TXT" />
</reference>
<reference anchor="PMOL">
<front>
<title>Framework for Performance Metric Development</title>
<author fullname="Alan Clark " initials="A." surname="Clark">
<organization>Telchemy Incorporated</organization>
</author>
<date month="January" year="2011" />
</front>
<seriesInfo name="ID" value="draft-ietf-pmol-metrics-framework-08" />
<format type="TXT" />
</reference>
<reference anchor="MEASIDENT">
<front>
<title>RTCP XR Measurement Identifier Block</title>
<author fullname="Geoff Hunt" initials="G." surname="Hunt">
<organization></organization>
</author>
<author fullname="Alan Clark" initials="A." surname="Clark">
<organization>Telchemy</organization>
</author>
<date month="May" year="2009" />
</front>
<seriesInfo name="ID" value="draft-ietf-avt-rtcp-xr-meas-identity-02" />
<format type="TXT" />
</reference>
<reference anchor="IEEE">
<front>
<title>Human Perception of Jitter and Media Synchronization</title>
<author>
<organization>IEEE</organization>
</author>
<date month="January" year="1996" />
</front>
<seriesInfo name="IEEE Journal on Selected Areas in Communications"
value="Vol. 14, No. 1" />
</reference>
</references>
<section title="Change Log">
<t>This version focuses on multimedia quality metrics and separated
other metrics block as independent documents.</t>
</section>
</back>
</rfc>
| PAFTECH AB 2003-2026 | 2026-04-24 01:48:00 |