idnits 2.17.1 draft-ietf-xrblock-rtcp-xr-psi-decodability-06.txt: Checking boilerplate required by RFC 5378 and the IETF Trust (see https://trustee.ietf.org/license-info): ---------------------------------------------------------------------------- No issues found here. Checking nits according to https://www.ietf.org/id-info/1id-guidelines.txt: ---------------------------------------------------------------------------- No issues found here. Checking nits according to https://www.ietf.org/id-info/checklist : ---------------------------------------------------------------------------- No issues found here. Miscellaneous warnings: ---------------------------------------------------------------------------- == The copyright year in the IETF Trust and authors Copyright Line does not match the current year -- The document date (August 7, 2014) is 3550 days in the past. Is this intentional? Checking references for intended status: Proposed Standard ---------------------------------------------------------------------------- (See RFCs 3967 and 4897 for information about using normative references to lower-maturity documents in RFCs) -- Possible downref: Non-RFC (?) normative reference: ref. 'ETSI' ** Obsolete normative reference: RFC 4566 (Obsoleted by RFC 8866) Summary: 1 error (**), 0 flaws (~~), 1 warning (==), 2 comments (--). Run idnits with the --verbose option for more detailed information about the items above. -------------------------------------------------------------------------------- 2 Network Working Group J. Tong 3 Internet-Draft C. Bi, Ed. 4 Intended status: Standards Track China Telecom 5 Expires: February 8, 2015 R. Even 6 Gesher Erove Ltd 7 Q. Wu, Ed. 8 R. Huang 9 Huawei 10 August 7, 2014 12 RTP Control Protocol (RTCP) Extended Report (XR) Block for MPEG2 13 Transport Stream (TS) Program Specific Information (PSI) Decodability 14 Statistics Metrics reporting 15 draft-ietf-xrblock-rtcp-xr-psi-decodability-06 17 Abstract 19 An MPEG2 Transport Stream (TS) is a standard container format used in 20 the transmission and storage of multimedia data. Unicast/Multicast 21 MPEG2 TS over RTP is widely deployed in IPTV systems. This document 22 defines an RTP Control Protocol (RTCP) Extended Report (XR) Block 23 that allows the reporting of MPEG2 TS decodability statistics metrics 24 related to transmissions of MPEG2 TS over RTP. The metrics specified 25 in the RTCP XR Block are related to Program Specific Information 26 carried in MPEG TS. 28 Status of This Memo 30 This Internet-Draft is submitted in full conformance with the 31 provisions of BCP 78 and BCP 79. 33 Internet-Drafts are working documents of the Internet Engineering 34 Task Force (IETF). Note that other groups may also distribute 35 working documents as Internet-Drafts. The list of current Internet- 36 Drafts is at http://datatracker.ietf.org/drafts/current/. 38 Internet-Drafts are draft documents valid for a maximum of six months 39 and may be updated, replaced, or obsoleted by other documents at any 40 time. It is inappropriate to use Internet-Drafts as reference 41 material or to cite them other than as "work in progress." 43 This Internet-Draft will expire on February 8, 2015. 45 Copyright Notice 47 Copyright (c) 2014 IETF Trust and the persons identified as the 48 document authors. All rights reserved. 50 This document is subject to BCP 78 and the IETF Trust's Legal 51 Provisions Relating to IETF Documents 52 (http://trustee.ietf.org/license-info) in effect on the date of 53 publication of this document. Please review these documents 54 carefully, as they describe your rights and restrictions with respect 55 to this document. Code Components extracted from this document must 56 include Simplified BSD License text as described in Section 4.e of 57 the Trust Legal Provisions and are provided without warranty as 58 described in the Simplified BSD License. 60 Table of Contents 62 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2 63 1.1. MPEG2 Transport Stream Decodability Metrics . . . . . . . 2 64 1.2. RTCP and RTCP XR Reports . . . . . . . . . . . . . . . . 3 65 1.3. Performance Metrics Framework . . . . . . . . . . . . . . 3 66 1.4. Applicability . . . . . . . . . . . . . . . . . . . . . . 3 67 2. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . 3 68 2.1. Standards Language . . . . . . . . . . . . . . . . . . . 4 69 3. MPEG2 TS PSI Decodability Statistics Metrics Block . . . . . 4 70 4. SDP Signaling . . . . . . . . . . . . . . . . . . . . . . . . 8 71 4.1. SDP rtcp-xr-attrib Attribute Extension . . . . . . . . . 8 72 4.2. Offer/Answer Usage . . . . . . . . . . . . . . . . . . . 8 73 4.3. Usage Outside of Offer/Answer . . . . . . . . . . . . . . 8 74 5. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 8 75 5.1. New RTCP XR Block Type value . . . . . . . . . . . . . . 8 76 5.2. New RTCP XR SDP Parameter . . . . . . . . . . . . . . . . 9 77 5.3. Contact information for registrations . . . . . . . . . . 9 78 6. Security Considerations . . . . . . . . . . . . . . . . . . . 9 79 7. References . . . . . . . . . . . . . . . . . . . . . . . . . 9 80 7.1. Normative References . . . . . . . . . . . . . . . . . . 9 81 7.2. Informative References . . . . . . . . . . . . . . . . . 9 82 Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 10 84 1. Introduction 86 1.1. MPEG2 Transport Stream Decodability Metrics 88 The European Telecommunications Standards Institute (ETSI) has 89 defined a set of syntax and information consistency tests and 90 corresponding indicators [ETSI] that are recommended for the 91 monitoring of MPEG2 Transport Streams [ISO-IEC.13818-1.2007]. The 92 tests and corresponding indicators are grouped according to priority: 94 o First priority - Necessary for decodability (basic monitoring) 95 o Second priority - Recommended for continuous or periodic 96 monitoring 97 o Third priority - Recommended for application-dependent monitoring 99 This memo defines a new block type for use with MPEG2 Transport 100 Stream (TS) [ISO-IEC.13818-1.2007], to augment those defined in 101 [RFC3611]. The new block type supports reporting of the number of 102 occurrences of each Program Specific Information (PSI) indicator in 103 the first and second priorities listed by [ETSI] sections 5.2.1 and 104 5.2.2 respectively. Third priority indicators are not supported. 105 The metrics defined here supplement information from the PSI- 106 independent Decodability Statistics Metrics Block [RFC6990]. 108 1.2. RTCP and RTCP XR Reports 110 The use of RTCP for reporting is defined in [RFC3550]. [RFC3611] 111 defines an extensible structure for reporting using an RTCP Extended 112 Report (XR). This document defines a new Extended Report block for 113 use with [RFC3550] and [RFC3611]. 115 1.3. Performance Metrics Framework 117 The Performance Metrics Framework [RFC6390] provides guidance on the 118 definition and specification of performance metrics. The RTP 119 Monitoring Architectures [RFC6792] provides guidelines for RTCP XR 120 reporting block formats. The new report block described in this memo 121 is in compliance with the monitoring architecture specified in 122 [RFC6792] and the Performance Metrics Framework [RFC6390]. 124 1.4. Applicability 126 These metrics are applicable to any type of RTP application that uses 127 the MPEG2 TS standard format for multimedia data, for example, MPEG4 128 over MPEG2 TS over RTP. This new block type can be useful for 129 measuring content stream or TS quality by checking TS header 130 information [ETSI] and identifying the existence, and characterizing 131 the severity, of bitstream packetization problems which may affect 132 users' perception of a service delivered over RTP. It may also be 133 useful for verifying the continued correct operation of an existing 134 system management tool. 136 2. Terminology 137 2.1. Standards Language 139 The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", 140 "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this 141 document are to be interpreted as described in RFC 2119 [RFC2119]. 143 3. MPEG2 TS PSI Decodability Statistics Metrics Block 145 ETSI TR 101290 [ETSI] generally defines indicators related to error 146 events, while the XR block defined in this document contains counts 147 of occurrences of the [ETSI] indicators. The block defined in this 148 document reports MPEG2 TS PSI decodability statistics metrics beyond 149 the information carried in the standard RTCP packet format and PSI- 150 independent Decodability Metrics Block [RFC6990], which are measured 151 at the receiving end of the RTP stream. It contains counts of seven 152 metrics defined in ETSI TR 101290 [ETSI]. Information is reported 153 about basic monitoring parameters necessary to ensure that the TS can 154 be decoded including: 156 o Program Association Table (PAT) errors 157 o PAT 2 errors 158 o Program Map Table (PMT) errors 159 o PMT 2 errors 160 o Packet Identifier (PID) errors 162 and continuous monitoring parameters necessary to ensure the 163 continuous decoding including: 165 o Cyclic Redundancy Check (CRC) errors 166 o Conditional Access Table (CAT) errors 168 In these parameters, PAT 2 errors and PMT 2 errors are actually 169 replacements for and improvements on PAT errors and PMT errors 170 respectively and are therefore preferred in future implementations. 171 In addition, measurement results for some of these parameters (e.g., 172 PAT errors or PMT errors) may be different based on whether 173 scrambling is employed. The other parameters defined in [ETSI] 174 Section 5 are ignored since they do not apply to all MPEG2 175 implementations. For further detailed information on these 176 parameters, see [ETSI]. 178 The MPEG2 TS PSI Decodability Metrics Block has the following format: 180 0 1 2 3 181 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 182 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 183 | BT=MTPD | Reserved | block length | 184 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 185 | SSRC of source | 186 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 187 | begin_seq | end_seq | 188 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 189 | PAT_error_count | PAT_error_2_count | 190 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 191 | PMT_error_count | PMT_error_2_count | 192 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 193 | PID_error_count | CRC_error_count | 194 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 195 | CAT_error_count | Reserved | 196 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 198 block type (BT): 8 bits 200 The MPEG2 TS PSI Decodability Metrics Block is identified by the 201 constant . 203 Reserved: 8 bits 205 These bits are reserved. They MUST be set to zero by senders 206 ignored by receivers (See [RFC6709] section 4.2). 208 block length: 16 bits 210 The constant 6, in accordance with the definition of this field in 211 Section 3 of RFC 3611. The block MUST be discarded if the block 212 length is set to a different value. 214 SSRC of source: 32 bits 216 As defined in Section 4.1 of RFC 3611. 218 begin_seq: 16 bits 220 As defined in Section 4.1 of RFC 3611. 222 end_seq: 16 bits 224 As defined in Section 4.1 of RFC 3611. 226 PAT_error_count: 16 bits 227 A count of the number of PAT errors that occurred in the above 228 sequence number interval. The program association table (PAT) is 229 the only packet with packet ID (PID) 0x 0000. A PAT error occurs 230 when: (1) a packet with PID 0x0000 does not occur at least every 231 0.5 seconds, or (2) a packet with PID 0x0000 does not contain a 232 table_id 0x00 (i.e., a PAT), or (3)Scrambling_control_field in the 233 TS packet header is not 00 for a packet with PID 0x0000. See 234 section 5.2.1 of [ETSI]. Every program within the MPEG TS stream 235 is listed in the PAT; if it is missing, then no programs can be 236 decoded. 238 The measured value is unsigned value. If the measurement is 239 unavailable, the value 0xFFFF MUST be reported. Upon reception, 240 If PAT_error_2_count is available (that is, other than 0xFFFF), 241 then receivers MUST ignore PAT_error_count. 243 PAT_error_2_count: 16 bits 245 A count of the number of PAT2 errors that occurred in the above 246 sequence number interval. A PAT2 error occurs when: (1) a packet 247 with PID 0x0000 containing table_id 0x00 does not occur at least 248 every 0.5 seconds,or (2) a packet with PID 0x0000 contains a table 249 with table_id other than 0x00, or (3) Scrambling_control_field in 250 the TS packet header is not 00 for a packet with PID 0x0000. See 251 section 5.2.1 of [ETSI]. 253 The measured value is unsigned value. If the measurement is 254 unavailable, the value 0xFFFF MUST be reported. 256 PMT_error_count: 16 bits 258 A count of the number of PMT_errors that occurred in the above 259 sequence number interval. A PMT_error occurs when: (1) a packet 260 containing a table with table_id 0x02(i.e.,a PMT) does not occur 261 at least every 0.5s on the PID that is referred to in the PAT, 262 or(2) Scrambling_control_field in the TS packet header is not 00 263 for all packets with PID containing a table with table_id 0x02 264 (i.e. a PMT). See the section 5.2.1 of [ETSI]. 266 The measured value is unsigned value. If the measurement is 267 unavailable, the value 0xFFFF MUST be reported. Upon reception, 268 If PMT_error_2_count is available (that is, other than 0xFFFF), 269 then receivers MUST ignore PMT_error_count. 271 PMT_error_2_count: 16 bits 273 A count of the number of PMT2 errors that occurred in the above 274 sequence number interval. A PMT2_error occurs when: (1) a packet 275 containing table_id 0x02(i.e.,a PMT) does not occur at least every 276 0.5s on each program_map_PID which is referred to in the PAT, or 277 (2) Scrambling_control_field in the TS packet header is not 00 for 278 all packets containing a table with table_id 0x02 (i.e. a PMT) on 279 each program_map_PID which is referred to in the PAT. See section 280 5.2.1 of [ETSI]. 282 The measured value is unsigned value. If the measurement is 283 unavailable, the value 0xFFFF MUST be reported. 285 PID_error_count: 16 bits 287 A count of the number of PID_errors that occurred in the above 288 sequence number interval. A PID error occurs when no data stream 289 is present corresponding to a given PID. This may be caused by 290 multiplexing or demultiplexing, then remultiplexing. See section 291 5.2.1 of [ETSI]. 293 The measured value is unsigned value. If the measurement is 294 unavailable, the value 0xFFFF MUST be reported. 296 CRC_error_count: 16 bits 298 A count of the number of CRC_errors that occurred in the above 299 sequence number interval. A CRC_error occurs if data corruption 300 occurred in any of the following tables -- CAT, PAT, PMT, Network 301 Information Table (NIT), Event Information Table (EIT), Bouquet 302 Association Table (BAT), Service Description Table (SDT) or Time 303 Offset Table (TOT), as defined in the section 5.2.2 of [ETSI]. 305 The measured value is unsigned value. If the measurement is 306 unavailable, the value 0xFFFF MUST be reported. 308 CAT_error_count: 16 bits 310 A count of the number of CAT_errors that occurred in the above 311 sequence number interval. A CAT_error occurs when: (1) a packet 312 with PID 0x0001 contains a table with table_id other than 313 0x01(i.e.,not a CAT), or (2) A packet does not contain a table 314 with table_id = 0x01 (i.e. a CAT) when scrambling is employed 315 ((i.e., scrambling_control field is set as a value other than 316 00)). See the section 5.2.2 of [ETSI]. 318 The measured value is unsigned value. If the measurement is 319 unavailable, the value 0xFFFF MUST be reported. 321 Reserved: 16 bits 322 These bits are reserved. They MUST be set to zero by senders 323 ignored by receivers (See [RFC6709] section 4.2). 325 4. SDP Signaling 327 RFC 3611 defines the use of SDP (Session Description Protocol) 328 [RFC4566] for signaling the use of RTCP XR blocks. However XR blocks 329 MAY be used without prior signaling (See section 5 of RFC3611). 331 4.1. SDP rtcp-xr-attrib Attribute Extension 333 This session augments the SDP attribute "rtcp-xr" defined in 334 Section 5.1 of RFC 3611 by providing an additional value of "xr- 335 format" to signal the use of the report block defined in this 336 document. 338 xr-format =/ xr-tpd-block 340 xr-tpd-block = "ts-psi-decodability" 342 4.2. Offer/Answer Usage 344 When SDP is used in offer-answer context, the SDP Offer/Answer usage 345 defined in [RFC3611] for unilateral "rtcp-xr" attribute parameters 346 applies. For detailed usage of Offer/Answer for unilateral 347 parameter, refer to section 5.2 of [RFC3611]. 349 4.3. Usage Outside of Offer/Answer 351 For usage outside of Offer/Answer,refer to section 5.3 of [RFC3611]. 353 5. IANA Considerations 355 New report block types for RTCP XR are subject to IANA registration. 356 For general guidelines on IANA allocations for RTCP XR, refer to 357 Section 6.2 of RFC 3611. 359 5.1. New RTCP XR Block Type value 361 This document assigns the block type value MTPD in the IANA " RTP 362 Control Protocol Extended Reports (RTCP XR) Block Type Registry " to 363 the "MPEG2 Transport Stream PSI Decodability Statistics Metrics 364 Block". 366 [Note to RFC Editor: please replace MTPD with the IANA provided RTCP 367 XR block type for this block.] 369 5.2. New RTCP XR SDP Parameter 371 This document also registers a new parameter "ts-psi-decodability" in 372 the "RTP Control Protocol Extended Reports (RTCP XR) Session 373 Description Protocol (SDP) Parameters Registry". 375 5.3. Contact information for registrations 377 The contact information for the registrations is: 379 RAI Area Directors 381 6. Security Considerations 383 This proposed RTCP XR report block introduces no new security 384 considerations beyond those described in [RFC3611] [RFC6990]. 386 7. References 388 7.1. Normative References 390 [ETSI] ETSI, "Digital Video Broadcasting (DVB); Measurement 391 guidelines for DVB systems", Technical Report TR 101 290, 392 2001. 394 [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate 395 Requirement Levels", BCP 14, RFC 2119, March 1997. 397 [RFC3550] Schulzrinne, H., "RTP: A Transport Protocol for Real-Time 398 Applications", RFC 3550, July 2003. 400 [RFC3611] Friedman, T., Caceres, R., and A. Clark, "RTP Control 401 Protocol Extended Reports (RTCP XR)", RFC 3611, November 402 2003. 404 [RFC4566] Handley, M., Jacobson, V., and C. Perkins, "SDP: Session 405 Description Protocol", RFC 4566, July 2006. 407 7.2. Informative References 409 [ISO-IEC.13818-1.2007] 410 International Organization for Standardization, 411 "Information technology - Generic coding of moving 412 pictures and associated audio information: Systems", ISO 413 International Standard 13818-1, October 2007. 415 [RFC6390] Clark, A. and B. Claise, "Guidelines for Considering New 416 Performance Metric Development", BCP 170, RFC 6390, 417 October 2011. 419 [RFC6709] Carpenter, B., Aboba, B., and S. Cheshire, "Design 420 Considerations for Protocol Extensions", RFC 6709, 421 September 2012. 423 [RFC6792] Wu, Q., Hunt, G., and P. Arden, "Guidelines for Use of the 424 RTP Monitoring Framework", RFC 6792, November 2012. 426 [RFC6990] Wu, Q., "RTP Control Protocol (RTCP) Extended Report (XR) 427 Block for MPEG2 Transport Stream (TS) Program Specific 428 Information (PSI) Independent Decodability Statistics 429 Metrics reporting", RFC 6990, May 2013. 431 Authors' Addresses 433 Jiangang Tong 434 Shanghai Research Institure of China Telecom Corporation Limited 435 No.1835,South Pudong Road 436 Shanghai 200122 437 China 439 Email: tongjg@sttri.com.cn 441 Claire Bi (editor) 442 Shanghai Research Institure of China Telecom Corporation Limited 443 No.1835,South Pudong Road 444 Shanghai 200122 445 China 447 Email: bijy@sttri.com.cn 449 Roni Even 450 Gesher Erove Ltd 451 14 David Hamelech 452 Tel Aviv 64953 453 Israel 455 Email: ron.even.tlv@gmail.com 456 Qin Wu (editor) 457 Huawei 458 101 Software Avenue, Yuhua District 459 Nanjing, Jiangsu 210012 460 China 462 Email: bill.wu@huawei.com 464 Rachel Huang 465 Huawei 466 101 Software Avenue, Yuhua District 467 Nanjing, Jiangsu 210012 468 China 470 Email: rachel.huang@huawei.com