<?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 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 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 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-ietf-xrblock-rtcp-xr-decodability-05"
     ipr="trust200902">
  <front>
    <title abbrev=" RTCP XR Non PSI Decodability">RTP Control Protocol (RTCP)
    Extended Report (XR) Block for MPEG Transport Stream (TS) Program Specific
    Information (PSI) Independent Decodability Statistics Metric reporting
    </title>

    <author fullname="Rachel Huang" initials="R." surname="Huang">
      <organization>Huawei</organization>

      <address>
        <postal>
          <street>101 Software Avenue, Yuhua District</street>

          <city>Nanjing</city>

          <code>210012</code>

          <country>China</country>
        </postal>

        <email>rachel.huang@huawei.com</email>
      </address>
    </author>

    <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>bill.wu@huawei.com</email>
      </address>
    </author>

    <author fullname="Hitoshi Asaeda" initials="H." surname="Asaeda">
      <organization abbrev="NICT">National Institute of Information and
      Communications Technology</organization>

      <address>
        <postal>
          <street>4-2-1 Nukui-Kitamachi</street>

          <city>Koganei</city>

          <region>Tokyo</region>

          <code>184-8795</code>

          <country>Japan</country>
        </postal>

        <email>asaeda@nict.go.jp</email>
      </address>
    </author>

    <author fullname="Glen Zorn" initials="G." role="editor" surname="Zorn">
      <organization>Network Zen</organization>

      <address>
        <postal>
          <street>227/358 Thanon Sanphawut</street>

          <city>Bang Na</city>

          <region>Bangkok</region>

          <code>10260</code>

          <country>Thailand</country>
        </postal>

        <phone>+66 (0) 909-201060</phone>

        <email>glenzorn@gmail.com</email>
      </address>
    </author>

    <date year="2012" />

    <abstract>
      <t>An MPEG Transport Stream (TS) is a standard container format used in
      the transmission and storage of multimedia data. Unicast/Multicast/
      Broadcast MPEG-TS over RTP is widely deployed in IPTV systems. This
      document defines an RTP Control Protocol (RTCP) Extended Report (XR)
      Block that allows the reporting of MPEG TS Program Specific Information
      (PSI) Independent decodability statistics metrics related to
      transmissions of MPEG-TS over RTP. </t>
    </abstract>
  </front>

  <middle>
    <section title="Introduction">
      <section title="MPEG Transport Stream Decodability Metrics">
        <t>The European Telecommunications Standards Institute (ETSI) has
        defined a set of syntax and information consistency tests and
        corresponding indicators <xref target="ETSI"></xref> that are
        recommended for the monitoring of MPEG-2 Transport Streams <xref
        target="ISO-IEC.13818-1.2007"></xref>. The tests and corresponding
        indicators are grouped according to priority: <vspace
        blankLines="1" /><list style="symbols">
            <t>First priority - Necessary for de-codability (basic
            monitoring)</t>

            <t>Second priority - Recommended for continuous or periodic
            monitoring</t>

            <t>Third priority - Recommended for application-dependant
            monitoring</t>
          </list></t>

        <t>This memo is based on information consistency tests and resulting
        indicators defined by ETSI <xref target="ETSI"></xref> and defines a
        new block type to augment those defined in Freidman, et al. <xref
        target="RFC3611"></xref> for use with MPEG Transport Stream (TS) <xref
        target="ISO-IEC.13818-1.2007"></xref>. The new block type supports
        reporting of the number of occurrences of each Program Specific
        Information (PSI) Independent indicator in the first and second
        priorities; third priority indicators are not supported.</t>
      </section>

      <section title="RTCP and RTCP XR Reports">
        <t>The use of RTCP for reporting is defined in <xref
        target="RFC3550"></xref>. <xref target="RFC3611"></xref> defined an
        extensible structure for reporting using an RTCP Extended Report (XR).
        This document defines a new Extended Report block for use with <xref
        target="RFC3550"></xref> and <xref target="RFC3611"></xref>.</t>
      </section>

      <section title="Performance Metrics Framework">
        <t>The Performance Metrics Framework [RFC6390] provides guidance on
        the definition and specification of performance metrics. The RTP
        Monitoring Architectures <xref target="RFC6792"></xref> provides
        guideline for reporting block format using RTCP XR. The new report
        block described in this memo is in compliance with the monitoring
        architecture specified in <xref target="RFC6792"></xref> and the
        Performance Metrics Framework <xref target="RFC6390"></xref>.</t>
      </section>

      <section title="Applicability">
        <t>These metrics are applicable to any type of RTP application that
        uses the MPEG-TS standard format for multimedia data; for example,
        MPEG4 TS content over RTP. This new block type can be useful for
        measuring content stream or TS quality by checking TS header
        information <xref target="ETSI"></xref> and identifying the existence,
        and characterizing the severity, of bitstream packetization problems
        which may affect users' perception of a service delivered over RTP; it
        may also be useful for verifying the continued correct operation of an
        existing system management tool.</t>
      </section>
    </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 anchor="TDM"
             title="MPEG TS PSI Independent Decodability Statistics Metric Block">
      <t>This block reports MPEG TS PSI Independent decodability statistics
      metrics beyond the information carried in the standard RTCP packet
      format, which are measured at the receiving end of the RTP stream. It
      describes eight metrics specified in ETSI TR 101 290. Information is
      reported about basic monitoring parameters necessary to ensure that the
      TS can be decoded including: <vspace blankLines="1" /> <list
          style="symbols">
          <t>Transport Stream Synchronization Losses</t>

          <t>Sync byte errors</t>

          <t>Continuity count errors<vspace blankLines="1" /></t>
        </list> and continuous monitoring parameters necessary to ensure the
      continuous decoding including: <vspace blankLines="1" /> <list
          style="symbols">
          <t>Transport errors</t>

          <t>Program Clock Reference (PCR) errors</t>

          <t>PCR repetition errors</t>

          <t>PCR discontinuity indicator errors</t>

          <t>PCR accuracy errors</t>

          <t>Presentation Time Stamp (PTS) errors<vspace blankLines="1" /></t>
        </list>The other parameters are ignored since they do not apply to all
      MPEG implementations. For further information on these parameters, see
      <xref target="ETSI"></xref>. <vspace blankLines="1" />The MPEG-TS PSI
      Independent Decodability 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=TSDM   |    Reserved   |         block length          |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                     SSRC of source                            |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |          begin_seq            |             end_seq           |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                         Number of TSs                         |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                      TS_sync_loss_count                       |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                      Sync_byte_error_count                    |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                  Continuity_count_error_count                 |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                      Transport_error_count                    |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                        PCR_error_count                        |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                   PCR_repetition_error_count                  |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |            PCR_discontinuity_indicator_error_count            |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                     PCR_accuracy_error_count                  |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                       PTS_error_count                         |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
</artwork>
        </figure> <list style="hanging">
          <t hangText="block type (BT): 8 bits"><vspace blankLines="1" />The
          MPEG-TS PSI Independent Decodability Metrics Block is identified by
          the constant &lt;MPID&gt;. <vspace blankLines="1" /></t>

          <t hangText="Reserved: 8 bits"><vspace blankLines="1" />These bits
          are reserved. They MUST be set to zero by senders ignored by
          receivers (See <xref target="RFC6709"></xref> section 4.2). <vspace
          blankLines="1" /></t>

          <t hangText="block length: 16 bits"><vspace blankLines="1" />The
          constant 12, in accordance with the definition of this field in
          Section 3 of RFC 3611. The block MUST be discarded if the block
          length is set to a different value.<vspace blankLines="1" /></t>

          <t hangText="SSRC of source: 32 bits"><vspace blankLines="1" />As
          defined in Section 4.1 of RFC 3611. <vspace blankLines="1" /></t>

          <t hangText="begin_seq: 16 bits"><vspace blankLines="1" />As defined
          in Section 4.1 of RFC 3611. <vspace blankLines="1" /></t>

          <t hangText="end_seq: 16 bits"><vspace blankLines="1" />As defined
          in Section 4.1 of RFC 3611. <vspace blankLines="1" /></t>

          <t hangText="Number of TSs: 32 bits"><vspace blankLines="1" />Number
          of TS in the above sequence number interval. <vspace
          blankLines="1" /></t>

          <t hangText="TS_sync_loss_count: 32 bits"><vspace
          blankLines="1" />Number of TS_sync_loss errors in the above sequence
          number interval. It is calculated based on the occurrence of errors
          for “TS_sync_loss”parameter defined in the section 5.2.1 of ETSI TR
          101 290 (See section 5.5.1 of ETSI TR 101 290).<vspace
          blankLines="1" /></t>

          <t hangText="Sync_byte_error_count: 32 bits"><vspace
          blankLines="1" />Number of sync_byte_errors in the above sequence
          number interval. It is calculated in the same way as
          TS_sync_loss_count, i.e.,based on the occurrence of errors for
          “Sync_byte_error”parameter defined in the section 5.2.1 of ETSI TR
          101 290.<vspace blankLines="1" /></t>

          <t hangText="Continuity_count_error_count: 32 bits"><vspace
          blankLines="1" />Number of Continuity_count_errors in the above
          sequence number interval. Simiarly, it is calculated based on the
          occurrence of errors for “Continuity_count_error”parameter defined
          in the section 5.2.1 of ETSI TR 101 290.<vspace
          blankLines="1" /></t>

          <t hangText="Transport_error_count: 32 bits"><vspace
          blankLines="1" />Number of Transport_errors in the above sequence
          number interval. Simiarly, it is calculated based on the occurrence
          of errors for "Transport_error" parameter defined in the section
          5.2.2 of ETSI TR 101 290.<vspace blankLines="1" /></t>

          <t hangText="PCR_error_count: 32 bits "><vspace
          blankLines="1" />Number of PCR_errors in the above sequence number
          interval. Simiarly, it is calculated based on the occurrence of
          errors for “PCR_error”parameter defined in the section 5.2.2 of ETSI
          TR 101 290.<vspace blankLines="1" /></t>

          <t hangText="PCR_repetition_error_count: 32 bits"><vspace
          blankLines="1" />Number of PCR_repetition_errors in the above
          sequence number interval. Simiarly, it is calculated based on the
          occurrence of errors for “PCR_repetition_error”parameter defined in
          the section 5.2.2 of ETSI TR 101 290.<vspace blankLines="1" /></t>

          <t
          hangText="PCR_discontinuity_indicator_error_count: 32 bits"><vspace
          blankLines="1" />Number of PCR_discontinuity_indicator_errors in the
          above sequence number interval. Simiarly, it is calculated based on
          the occurrence of errors for
          “PCR_discontinuity_indicator_error”parameter defined in the section
          5.2.2 of ETSI TR 101 290.<vspace blankLines="1" /></t>

          <t hangText="PCR_error_count: 32 bits "><vspace
          blankLines="1" />Number of PCR_accuracy_errors in the above sequence
          number interval. Simiarly, it is calculated based on the occurrence
          of errors for “PCR_accuracy_error”parameter defined in the section
          5.2.2 of ETSI TR 101 290.<vspace blankLines="1" /></t>

          <t hangText="PTS_error_count: 32 bits"><vspace
          blankLines="1" />Number of PTS_errors in the above sequence number
          interval. Simiarly, it is calculated based on the occurrence of
          errors for “PTS_error”parameter defined in the section 5.2.2 of ETSI
          TR 101 290.<vspace blankLines="1" /></t>
        </list></t>
    </section>

    <section title="SDP Signaling">
      <t>RFC 3611 defines the use of SDP (Session Description Protocol) <xref
      target="RFC4566"></xref> for signaling the use of RTCP XR blocks.
      However XR blocks MAY be used without prior signaling (See section 5 of
      RFC3611).</t>

      <section title="SDP rtcp-xr-attrib Attribute Extension">
        <t>This session augments the SDP attribute "rtcp-xr" defined in
        Section 5.1 of RFC 3611 by providing an additional value of
        "xr-format" to signal the use of the report block defined in this
        document.<figure>
            <artwork>
xr-format =/  xr-nptd-block

      xr-nptd-block = "non-psi-ts-decodability" </artwork>
          </figure></t>
      </section>

      <section title="Offer/Answer Usage">
        <t>When SDP is used in offer-answer context, the SDP Offer/Answer
        usage defined in <xref target="RFC3611"></xref> for unilateral
        "rtcp-xr" attribute parameters applies. For detailed usage of
        Offer/Answer for unilateral parameter, refer to section 5.2 of <xref
        target="RFC3611"></xref>.</t>
      </section>
    </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 Section
      6.2 ofRFC 3611. </t>

      <section title="New RTCP XR Block Type value">
        <t>This document assigns the block type value MPID in the IANA " RTP
        Control Protocol Extended Reports (RTCP XR) Block Type Registry " to
        the " MPEG Transport Stream PSI Independent Decodability Statistics
        Metric Block". </t>

        <t> [Note to RFC Editor: please replace MPID with the IANA provided
        RTCP XR block type for this block.] </t>
      </section>

      <section title="New RTCP XR SDP Parameter">
        <t>This document also registers a new parameter "
        non-psi-ts-decodability " in the "RTP Control Protocol Extended
        Reports (RTCP XR) Session Description Protocol (SDP) Parameters
        Registry".</t>
      </section>

      <section title="Contact information for registrations">
        <t>The contact information for the registrations is: </t>
      </section>
    </section>

    <section title="Security Considerations">
      <t>This proposed RTCP XR report block introduces no new security
      considerations beyond those described in RFC 3611.</t>
    </section>

    <section title="Acknowledgements">
      <t>Thanks to Ray van Brandenburg, Claire Bi,Colin Perkin,Roni Even and
      Dan Romascanufor useful review and suggestions.</t>

      <figure align="center">
        <artwork>
Qin Wu
sunseawq@huawei.com
101 Software Avenue, Yuhua District 
Nanjing, JiangSu 210012 China
</artwork>
      </figure>
    </section>
  </middle>

  <back>
    <references title="Normative References">
      <reference anchor="RFC3550">
        <front>
          <title>RTP: A Transport Protocol for Real-Time Applications</title>

          <author fullname="Henning Schulzrinne" initials="H."
                  surname="Schulzrinne">
            <organization>Columbia University</organization>
          </author>

          <date month="July" year="2003" />
        </front>

        <seriesInfo name="RFC" value="3550" />

        <format type="TXT" />
      </reference>

      &rfc3611;

      &rfc2119;

      &rfc4566;

      <reference anchor="RFC6709">
        <front>
          <title>Design Considerations for Protocol Extensions</title>

          <author fullname="B.Carpenter" initials="B." surname="Carpenter">
            <organization></organization>
          </author>

          <author fullname="B.Aboba" initials="B." surname="Aboba">
            <organization></organization>
          </author>

          <author fullname="S.Cheshire" initials="S." surname="Cheshire">
            <organization></organization>
          </author>

          <date month="September" year="2012" />
        </front>

        <seriesInfo name="RFC" value="6709" />

        <format type="TXT" />
      </reference>

      <reference anchor="ETSI">
        <front>
          <title>Digital Video Broadcasting (DVB); Measurement guidelines for
          DVB systems</title>

          <author>
            <organization>ETSI</organization>
          </author>

          <date year="2001" />
        </front>

        <seriesInfo name="Technical Report" value="TR 101 290" />
      </reference>
    </references>

    <references title="Informative References">
      <reference anchor="RFC6792">
        <front>
          <title>Guidelines for Use of the RTP Monitoring Framework</title>

          <author fullname="Qin Wu" initials="Q." surname="Wu">
            <organization></organization>
          </author>

          <author fullname="Geoff Hunt" initials="G." surname="Hunt">
            <organization></organization>
          </author>

          <author fullname="Philip Arden" initials="P." surname="Arden">
            <organization></organization>
          </author>

          <date month="November" year="2012" />
        </front>

        <seriesInfo name="RFC" value="6792" />

        <format type="TXT" />
      </reference>

      <reference anchor="RFC6390">
        <front>
          <title>Guidelines for Considering New Performance Metric
          Development</title>

          <author fullname="Alan Clark " initials="A." surname="Clark">
            <organization>Telchemy Incorporated</organization>
          </author>

          <author fullname="Benoit Claise " initials="B." surname="Claise">
            <organization abbrev="Cisco Systems, Inc."></organization>

            <address>
              <postal>
                <street>De Kleetlaan 6a b1</street>

                <city>Diegem</city>

                <code>1831</code>

                <country>Belgium</country>
              </postal>

              <phone>+32 2 704 5622</phone>

              <email>bclaise@cisco.com</email>
            </address>
          </author>

          <date month="October" year="2011" />
        </front>

        <seriesInfo name="BCP" value="170" />

        <seriesInfo name="RFC" value="6390" />
      </reference>

      <reference anchor="ISO-IEC.13818-1.2007">
        <front>
          <title>Information technology - Generic coding of moving pictures
          and associated audio information: Systems</title>

          <author>
            <organization>International Organization for
            Standardization</organization>
          </author>

          <date month="October" year="2007" />
        </front>

        <seriesInfo name="ISO" value="International Standard 13818-1" />
      </reference>
    </references>
  </back>
</rfc>
