Internet Engineering Task Force (IETF) A. Clark
Request for Comments: 6843 Telchemy
Category: Standards Track K. Gross
ISSN: 2070-1721 AVA Networks
Q. Wu
Huawei
January 2013
Internet Engineering Task Force (IETF) A. Clark
Request for Comments: 6843 Telchemy
Category: Standards Track K. Gross
ISSN: 2070-1721 AVA Networks
Q. Wu
Huawei
January 2013
RTP Control Protocol (RTCP) Extended Report (XR) Block for Delay Metric Reporting
用于延迟度量报告的RTP控制协议（RTCP）扩展报告（XR）块
Abstract
摘要
This document defines an RTP Control Protocol (RTCP) Extended Report (XR) block that allows the reporting of delay metrics for use in a range of Real-time Transport Protocol (RTP) applications.
本文档定义了一个RTP控制协议（RTCP）扩展报告（XR）块，该块允许报告在一系列实时传输协议（RTP）应用程序中使用的延迟度量。
Status of This Memo
关于下段备忘
This is an Internet Standards Track document.
这是一份互联网标准跟踪文件。
This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Further information on Internet Standards is available in Section 2 of RFC 5741.
本文件是互联网工程任务组（IETF）的产品。它代表了IETF社区的共识。它已经接受了公众审查，并已被互联网工程指导小组（IESG）批准出版。有关互联网标准的更多信息，请参见RFC 5741第2节。
Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc6843.
有关本文件当前状态、任何勘误表以及如何提供反馈的信息，请访问http://www.rfc-editor.org/info/rfc6843.
Copyright Notice
版权公告
Copyright (c) 2013 IETF Trust and the persons identified as the document authors. All rights reserved.
版权所有（c）2013 IETF信托基金和确定为文件作者的人员。版权所有。
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.
本文件受BCP 78和IETF信托有关IETF文件的法律规定的约束(http://trustee.ietf.org/license-info)自本文件出版之日起生效。请仔细阅读这些文件，因为它们描述了您对本文件的权利和限制。从本文件中提取的代码组件必须包括信托法律条款第4.e节中所述的简化BSD许可证文本，并提供简化BSD许可证中所述的无担保。
Table of Contents
目录
1. Introduction ....................................................2
1.1. Packet Delay Metrics Block .................................2
1.2. RTCP and RTCP XR Reports ...................................2
1.3. Performance Metrics Framework ..............................3
1.4. Applicability ..............................................3
2. Terminology .....................................................3
2.1. Standards Language .........................................3
3. Delay Block .....................................................3
3.1. Report Block Structure .....................................4
3.2. Definition of Fields in Delay Metrics Report Block .........4
4. SDP Signaling ...................................................6
4.1. SDP rtcp-xr-attrib Attribute Extension .....................7
4.2. Offer/Answer Usage .........................................7
5. IANA Considerations .............................................7
5.1. New RTCP XR Block Type Value ...............................7
5.2. New RTCP XR SDP Parameter ..................................7
5.3. Contact Information for Registrations ......................7
6. Security Considerations .........................................8
7. Contributors ....................................................8
8. Acknowledgments .................................................8
9. References ......................................................8
9.1. Normative References .......................................8
9.2. Informative References .....................................9
1. Introduction ....................................................2
1.1. Packet Delay Metrics Block .................................2
1.2. RTCP and RTCP XR Reports ...................................2
1.3. Performance Metrics Framework ..............................3
1.4. Applicability ..............................................3
2. Terminology .....................................................3
2.1. Standards Language .........................................3
3. Delay Block .....................................................3
3.1. Report Block Structure .....................................4
3.2. Definition of Fields in Delay Metrics Report Block .........4
4. SDP Signaling ...................................................6
4.1. SDP rtcp-xr-attrib Attribute Extension .....................7
4.2. Offer/Answer Usage .........................................7
5. IANA Considerations .............................................7
5.1. New RTCP XR Block Type Value ...............................7
5.2. New RTCP XR SDP Parameter ..................................7
5.3. Contact Information for Registrations ......................7
6. Security Considerations .........................................8
7. Contributors ....................................................8
8. Acknowledgments .................................................8
9. References ......................................................8
9.1. Normative References .......................................8
9.2. Informative References .....................................9
This document defines a new block type to augment those defined in [RFC3611] for use in a range of RTP applications. The new block type supports the reporting of the mean, minimum, and maximum values of the network round-trip delay between RTP interfaces in peer RTP end systems as measured, for example, using the RTCP method described in [RFC3550]. It also supports reporting of the component of the round-trip delay internal to the local RTP system.
本文件定义了一种新的块类型，以扩充[RFC3611]中定义的块类型，以便在一系列RTP应用中使用。新的块类型支持报告对等RTP终端系统中RTP接口之间网络往返延迟的平均值、最小值和最大值，例如，使用[RFC3550]中描述的RTCP方法进行测量。它还支持本地RTP系统内部往返延迟组件的报告。
The network metrics belong to the class of transport metrics defined in [RFC6792].
网络指标属于[RFC6792]中定义的传输指标类别。
The use of RTCP for reporting is defined in [RFC3550]. [RFC3611] defined an extensible structure for reporting using an RTCP Extended Report (XR). This document defines a new Extended Report block for use with [RFC3550] and [RFC3611].
[RFC3550]中定义了使用RTCP进行报告。[RFC3611]定义了使用RTCP扩展报告（XR）进行报告的可扩展结构。本文档定义了一个新的扩展报告块，用于[RFC3550]和[RFC3611]。
The Performance Metrics Framework [RFC6390] provides guidance on the definition and specification of performance metrics. The RTP Monitoring Architectures [RFC6792] provides guidelines for reporting block format using RTCP XR. The metrics block described in this document is in accordance with the guidelines in [RFC6390] and [RFC6792].
性能指标框架[RFC6390]提供了有关性能指标定义和规范的指导。RTP监控体系结构[RFC6792]提供了使用RTCP XR报告块格式的指南。本文件中描述的度量块符合[RFC6390]和[RFC6792]中的指南。
These metrics are applicable to a range of RTP applications in which this report block would be useful, such as multimedia conferencing and streaming audio and video. Knowledge of the round-trip delay and delay characteristics can aid other receivers in sizing their receive buffers and selecting a playout delay. The same information is also valuable to network managers in troubleshooting network and user experience issues.
这些指标适用于此报告块非常有用的一系列RTP应用程序，如多媒体会议和流式音频和视频。关于往返延迟和延迟特性的知识可以帮助其他接收器调整其接收缓冲器的大小和选择播放延迟。同样的信息对于网络管理员解决网络和用户体验问题也很有价值。
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 RFC 2119 [RFC2119].
本文件中的关键词“必须”、“不得”、“要求”、“应”、“不应”、“应”、“不应”、“建议”、“可”和“可选”应按照RFC 2119[RFC2119]中所述进行解释。
Metrics in this block report on packet delay in the stream arriving at the RTP system. The measurement of these metrics is made either at the receiving end of the RTP stream or at the sending end of the RTP stream. Instances of this metrics block refer by synchronization source (SSRC) to the separate auxiliary Measurement Information block [RFC6776], which contains measurement periods (see [RFC6776], Section 4.2). This metrics block relies on the measurement period in the Measurement Information block indicating the span of the report and SHOULD be sent in the same compound RTCP packet as the Measurement Information block. If the measurement period is not received in the same compound RTCP packet as this metrics block, this metrics block MUST be discarded.
此块中的度量报告到达RTP系统的流中的数据包延迟。在RTP流的接收端或RTP流的发送端对这些度量进行测量。此度量块的实例按同步源（SSRC）引用单独的辅助度量信息块[RFC6776]，其中包含度量周期（请参见[RFC6776]，第4.2节）。此度量块依赖于度量信息块中指示报告范围的度量周期，并且应在与度量信息块相同的复合RTCP数据包中发送。如果测量周期未在与此度量块相同的复合RTCP数据包中接收，则必须丢弃此度量块。
Delay metrics block
延迟度量块
0 1 2 3
0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| BT=16 | I | resv. | block length = 6 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SSRC of Source |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Mean Network Round-Trip Delay |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Min Network Round-Trip Delay |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Max Network Round-Trip Delay |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| End System Delay - Seconds (bit 0-31) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| End System Delay - Fraction (bit 0-31) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 2 3
0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| BT=16 | I | resv. | block length = 6 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SSRC of Source |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Mean Network Round-Trip Delay |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Min Network Round-Trip Delay |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Max Network Round-Trip Delay |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| End System Delay - Seconds (bit 0-31) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| End System Delay - Fraction (bit 0-31) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 1: Report Block Structure
图1：报告块结构
Block type (BT): 8 bits
块类型（BT）：8位
A Delay Report Block is identified by the constant 16.
延迟报告块由常数16标识。
Interval Metric flag (I): 2 bit
间隔度量标志（I）：2位
This field is used to indicate whether the delay metrics are Sampled, Interval or Cumulative metrics:
此字段用于指示延迟度量是采样、间隔还是累积度量：
I=10: Interval Duration - the reported value applies to the most recent measurement interval duration between successive metrics reports.
I=10：间隔持续时间-报告值适用于连续度量报告之间的最新度量间隔持续时间。
I=11: Cumulative Duration - the reported value applies to the accumulation period characteristic of cumulative measurements.
I=11：累积持续时间-报告值适用于累积测量的累积周期特征。
I=01: Sampled Value - the reported value is a sampled instantaneous value.
I=01：采样值-报告值为采样瞬时值。
Reserved (resv): 6 bits
保留（resv）：6位
These bits are reserved. They MUST be set to zero by senders and ignored by receivers (see [RFC6709], Section 4.2).
这些位是保留的。发送方必须将其设置为零，接收方必须忽略（见[RFC6709]，第4.2节）。
block length: 16 bits
块长度：16位
The length of this report block in 32-bit words, minus one. For the delay block, the block length is equal to 6.
此报表块的长度（32位字）减去1。对于延迟块，块长度等于6。
SSRC of source: 32 bits
源的SSRC：32位
As defined in Section 4.1 of [RFC3611].
如[RFC3611]第4.1节所定义。
Mean Network Round-Trip Delay: 32 bits
平均网络往返延迟：32位
The Mean Network Round-Trip Delay is the mean value of the RTP-to-RTP interface round-trip delay over the measurement period, expressed in units of 1/65536 seconds. This value is typically determined using "the NTP timestamp field" in the RTCP sender report (SR) and "the last SR (LSR) field","delay since last SR (DLSR) field" in the RTCP receiver report (RR) (see [RFC3550], Section 6.4.1 and Figure 2). It also can be determined using "the NTP timestamp field" in the RTCP Receiver Reference Time Report Block and "last RR (LRR) field", "delay since last RR (DLRR) field" in the DLRR Report Block (see [RFC3611], Section 4.5).
平均网络往返延迟是测量期间RTP到RTP接口往返延迟的平均值，以1/65536秒为单位表示。该值通常使用RTCP发送方报告（SR）中的“NTP时间戳字段”和RTCP接收方报告（RR）中的“最后一个SR（LSR）字段”、“自最后一个SR（DLSR）以来的延迟字段”确定（参见[RFC3550]，第6.4.1节和图2）。也可以使用RTCP接收器参考时间报告块中的“NTP时间戳字段”和DLRR报告块中的“上次RR（LRR）字段”、“自上次RR以来的延迟（DLRR）字段”来确定（参见[RFC3611]，第4.5节）。
If only one measurement of Round-Trip Delay is available for the time span of the report (i.e., the measurement period) (whether Interval or Cumulative), this single value SHOULD be reported as the mean value.
如果在报告的时间跨度内（即测量周期）（无论是间隔还是累积），只有一个往返延迟测量值可用，则应将该单个值报告为平均值。
If the measurement is unavailable, the value of this field with all bits set to 1 MUST be reported.
如果测量不可用，则必须报告所有位设置为1的该字段值。
Min Network Round-Trip Delay: 32 bits
最小网络往返延迟：32位
The Min Network Round Trip Delay is the minimum value of the RTP-to-RTP interface round-trip delay over the measurement period, expressed in units of 1/65536 seconds. This value is typically determined using the NTP timestamp field in the RTCP SR and LSR field and DLSR field in the RTCP RR. It also can be determined using the NTP timestamp field in the RTCP Receiver Reference Time Report Block and LRR field and DLRR field in the DLRR Report Block.
最小网络往返延迟是测量周期内RTP到RTP接口往返延迟的最小值，单位为1/65536秒。该值通常使用RTCP SR和LSR字段中的NTP timestamp字段以及RTCP RR中的DLSR字段确定。也可以使用RTCP接收器参考时间报告块中的NTP timestamp字段以及DLRR报告块中的LRR字段和DLRR字段来确定。
If only one measurement of Round Trip Delay is available for the time span of the report (i.e., the measurement period) (whether Interval or Cumulative), this single value SHOULD be reported as the minimum value.
如果在报告的时间跨度内（即测量周期）（无论是间隔还是累积），只有一个往返延迟测量值可用，则应将该单个值报告为最小值。
If the measurement is unavailable, the value of this field with all bits set to 1 MUST be reported.
如果测量不可用，则必须报告所有位设置为1的该字段值。
Max Network Round-Trip Delay: 32 bits
最大网络往返延迟：32位
The Max Network Round-Trip Delay is the maximum value of the RTP-to-RTP interface round-trip delay over the measurement period, expressed in units of 1/65536 seconds. This value is typically determined using the NTP timestamp field in the RTCP SR and LSR field and DLSR field in the RTCP RR. It also can be determined using the NTP timestamp field in the RTCP Receiver Reference Time Report Block and LRR field and DLRR field in the DLRR Report Block.
最大网络往返延迟是测量期间RTP到RTP接口往返延迟的最大值，单位为1/65536秒。该值通常使用RTCP SR和LSR字段中的NTP timestamp字段以及RTCP RR中的DLSR字段确定。也可以使用RTCP接收器参考时间报告块中的NTP timestamp字段以及DLRR报告块中的LRR字段和DLRR字段来确定。
If only one measurement of Round-Trip Delay is available for the time span of the report (i.e.,the measurement period) (whether Interval or Cumulative), this single value SHOULD be reported as the maximum value.
如果在报告的时间跨度内（即测量周期）（无论是间隔还是累积），只有一个往返延迟测量值可用，则应将该单个值报告为最大值。
If the measurement is unavailable, the value of this field with all bits set to 1 MUST be reported.
如果测量不可用，则必须报告所有位设置为1的该字段值。
End System Delay: 64 bits
结束系统延迟：64位
The End System Delay is the internal round-trip delay within the reporting endpoint, calculated using the nominal value of the jitter buffer delay plus the accumulation/encoding and decoding/ playout delay associated with the codec being used. The value of this field is represented using a 64-bit NTP-format timestamp as defined in [RFC5905], which is a 64-bit unsigned fixed-point number with the integer part in the first 32 bits and the fractional part in the last 32 bits.
终端系统延迟是报告端点内的内部往返延迟，使用抖动缓冲延迟的标称值加上与所用编解码器相关的累积/编码和解码/播放延迟来计算。该字段的值使用[RFC5905]中定义的64位NTP格式时间戳表示，该时间戳是一个64位无符号定点数字，整数部分在前32位，小数部分在后32位。
If the measurement is unavailable, the value of this field with all bits set to 1 MUST be reported.
如果测量不可用，则必须报告所有位设置为1的该字段值。
[RFC3611] defines the use of SDP (Session Description Protocol) [RFC4566] for signaling the use of XR blocks. XR blocks MAY be used without prior signaling.
[RFC3611]定义了SDP（会话描述协议）[RFC4566]的使用，用于发送使用XR块的信号。XR块可以在没有事先信令的情况下使用。
This section augments the SDP [RFC4566] attribute "rtcp-xr" defined in [RFC3611] by providing an additional value of "xr-format" to signal the use of the report block defined in this document.
本节增加了[RFC3611]中定义的SDP[RFC4566]属性“rtcp xr”，提供了“xr format”的附加值，以表示使用了本文档中定义的报告块。
xr-format =/ xr-delay-block
xr format=/xr延迟块
xr-delay-block ="delay"
xr delay block=“延迟”
When SDP is used in offer/answer context, the SDP Offer/Answer usage defined in [RFC3611] applies.
在报价/应答上下文中使用SDP时，[RFC3611]中定义的SDP报价/应答用法适用。
New block types for RTCP XR are subject to IANA registration. For general guidelines on IANA considerations for RTCP XR, refer to [RFC3611].
RTCP XR的新块类型需要IANA注册。有关RTCP XR的IANA注意事项的一般指南，请参阅[RFC3611]。
This document assigns the block type value 16 in the IANA "RTP Control Protocol Extended Reports (RTCP XR) Block Type Registry" to the "Delay Metrics Block".
本文档将IANA“RTP控制协议扩展报告（RTCP XR）块类型注册表”中的块类型值16分配给“延迟度量块”。
This document also registers a new parameter "delay" in the "RTP Control Protocol Extended Reports (RTCP XR) Session Description Protocol (SDP) Parameters" registry.
本文档还在“RTP控制协议扩展报告（RTCP XR）会话描述协议（SDP）参数”注册表中注册新参数“延迟”。
The contact information for the registrations is:
注册的联系信息为：
Qin Wu (sunseawq@huawei.com) Huawei 101 Software Avenue, Yuhua District Nanjing, Jiangsu 210012 China
秦武(sunseawq@huawei.com)中国江苏省南京市雨花区华为软件大道101号210012
It is believed that this proposed RTCP XR report block introduces no new security considerations beyond those described in [RFC3611]. This block does not provide per-packet statistics, so the risk to confidentiality documented in Section 7, paragraph 3, of [RFC3611] does not apply.
据信，除了[RFC3611]中所述的安全注意事项外，建议的RTCP XR报告块未引入任何新的安全注意事项。该块不提供每包统计数据，因此[RFC3611]第7节第3段中记录的保密风险不适用。
Geoff Hunt wrote the initial version of this document.
杰夫·亨特（Geoff Hunt）编写了本文档的初始版本。
The authors gratefully acknowledge the comments and contributions made by Bruce Adams, Philip Arden, Amit Arora, Bob Biskner, Kevin Connor, Claus Dahm, Randy Ethier, Roni Even, Jim Frauenthal, Albert Higashi, Tom Hock, Shane Holthaus, Paul Jones, Rajesh Kumar, Keith Lantz, Mohamed Mostafa, Amy Pendleton, Colin Perkins, Mike Ramalho, Ravi Raviraj, Albrecht Schwarz, Tom Taylor, and Hideaki Yamada, Jing Zhao, Kevin Gross, Colin Perkins, Charles Eckel, Glen Zorn, Shida Schubert, Barry Leiba, Sean Turner, Robert Sparks, Benoit Claise, and Stephen Farrell.
作者感谢Bruce Adams、Philip Arden、Amit Arora、Bob Biskner、Kevin Connor、Claus Dahm、Randy Ethier、Roni Even、Jim Frauenthal、Albert Higashi、Tom Hock、Shane Holthaus、Paul Jones、Rajesh Kumar、Keith Lantz、Mohamed Mostafa、Amy Pendleton、Colin Perkins、Mike Ramalho、Ravi Raviraj、，阿尔布雷希特·施瓦兹、汤姆·泰勒、山田英代基、赵静、凯文·格罗斯、科林·珀金斯、查尔斯·埃克尔、格伦·佐恩、希达·舒伯特、巴里·莱巴、肖恩·特纳、罗伯特·斯帕克斯、贝诺特·克莱斯和斯蒂芬·法雷尔。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119]Bradner，S.，“RFC中用于表示需求水平的关键词”，BCP 14，RFC 2119，1997年3月。
[RFC3550] Schulzrinne, H., Casner, S., Frederick, R., and V. Jacobson, "RTP: A Transport Protocol for Real-Time Applications", STD 64, RFC 3550, July 2003.
[RFC3550]Schulzrinne，H.，Casner，S.，Frederick，R.，和V.Jacobson，“RTP：实时应用的传输协议”，STD 64，RFC 35502003年7月。
[RFC3611] Friedman, T., Caceres, R., and A. Clark, "RTP Control Protocol Extended Reports (RTCP XR)", RFC 3611, November 2003.
[RFC3611]Friedman，T.，Caceres，R.，和A.Clark，“RTP控制协议扩展报告（RTCP XR）”，RFC 36112003年11月。
[RFC4566] Handley, M., Jacobson, V., and C. Perkins, "SDP: Session Description Protocol", RFC 4566, July 2006.
[RFC4566]Handley，M.，Jacobson，V.，和C.Perkins，“SDP：会话描述协议”，RFC4566，2006年7月。
[RFC5905] Mills, D., Martin, J., Burbank, J., and W. Kasch, "Network Time Protocol Version 4: Protocol and Algorithms Specification", RFC 5905, June 2010.
[RFC5905]Mills，D.，Martin，J.，Burbank，J.，和W.Kasch，“网络时间协议版本4：协议和算法规范”，RFC 59052010年6月。
[RFC6709] Carpenter, B., Aboba, B., and S. Cheshire, "Design Considerations for Protocol Extensions", RFC 6709, September 2012.
[RFC6709]Carpenter，B.，Aboba，B.，和S.Cheshire，“协议扩展的设计考虑”，RFC 6709，2012年9月。
[RFC6390] Clark, A. and B. Claise, "Guidelines for Considering New Performance Metric Development", BCP 170, RFC 6390, October 2011.
[RFC6390]Clark，A.和B.Claise，“考虑新性能指标开发的指南”，BCP 170，RFC 63902011年10月。
[RFC6776] Clark, A. and Q. Wu, "Measurement Identity and Information Reporting Using a Source Description (SDES) Item and an RTCP Extended Report (XR) Block", RFC 6776, October 2012.
[RFC6776]Clark，A.和Q.Wu，“使用源描述（SDES）项和RTCP扩展报告（XR）块的测量标识和信息报告”，RFC 6776，2012年10月。
[RFC6792] Wu, Q., Hunt, G., and P. Arden, "Guidelines for Use of the RTP Monitoring Framework", RFC 6792, November 2012.
[RFC6792]Wu，Q.，Hunt，G.，和P.Arden，“RTP监控框架的使用指南”，RFC 6792，2012年11月。
Authors' Addresses
作者地址
Alan Clark Telchemy Incorporated 2905 Premiere Parkway, Suite 280 Duluth, GA 30097 USA
Alan Clark Telchemy Incorporated 2905 Premiere Parkway，美国佐治亚州德卢斯280号套房，邮编30097
EMail: alan.d.clark@telchemy.com
EMail: alan.d.clark@telchemy.com
Kevin Gross AVA Networks
凯文·格罗斯·艾娃网络公司
EMail: kevin.gross@avanw.com
EMail: kevin.gross@avanw.com
Qin Wu Huawei 101 Software Avenue, Yuhua District Nanjing, Jiangsu 210012 China
中国江苏省南京市雨花区华为软件大道101号秦武210012
EMail: sunseawq@huawei.com
EMail: sunseawq@huawei.com