[要約] 要約：RFC 7294は、音声アプリケーションにおける隠蔽メトリクスの報告に関するRTCP拡張レポート（XR）ブロックについて説明しています。 目的：このRFCの目的は、音声アプリケーションにおける隠蔽メトリクスの報告を可能にし、ネットワークの品質改善やトラブルシューティングを支援することです。
Internet Engineering Task Force (IETF) A. Clark
Request for Comments: 7294 Telchemy
Category: Standards Track G. Zorn
ISSN: 2070-1721 Network Zen
C. Bi
STTRI
Q. Wu
Huawei
July 2014
RTP Control Protocol (RTCP) Extended Report (XR) Blocks for Concealment Metrics Reporting on Audio Applications
RTP制御プロトコル（RTCP）拡張レポート（XR）ブロックによるオーディオアプリケーションの隠蔽測定基準レポート
Abstract
概要
This document defines two RTP Control Protocol (RTCP) Extended Report (XR) blocks that allow the reporting of concealment metrics for audio applications of RTP.
このドキュメントでは、RTPのオーディオアプリケーションの隠蔽メトリックのレポートを可能にする2つのRTPコントロールプロトコル（RTCP）拡張レポート（XR）ブロックを定義します。
Status of This Memo
本文書の状態
This is an Internet Standards Track document.
これはInternet Standards Trackドキュメントです。
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（Internet Engineering Task Force）の製品です。これは、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/rfc7294.
このドキュメントの現在のステータス、エラッタ、およびフィードバックの提供方法に関する情報は、http：//www.rfc-editor.org/info/rfc7294で入手できます。
Copyright Notice
著作権表示
Copyright (c) 2014 IETF Trust and the persons identified as the document authors. All rights reserved.
Copyright（c）2014 IETF Trustおよびドキュメントの作成者として識別された人物。全著作権所有。
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）の対象であり、この文書の発行日に有効です。これらのドキュメントは、このドキュメントに関するあなたの権利と制限を説明しているため、注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、Trust Legal Provisionsのセクション4.eに記載されているSimplified BSD Licenseテキストが含まれている必要があり、Simplified BSD Licenseに記載されているように保証なしで提供されます。
Table of Contents
目次
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2
1.1. Loss Concealment and Concealed Seconds Metrics
Blocks . . . . . . . . . . . . . . . . . . . . . . . . . 2
1.2. RTCP and RTCP Extended Reports . . . . . . . . . . . . . 3
1.3. Performance Metrics Framework . . . . . . . . . . . . . . 4
1.4. Applicability . . . . . . . . . . . . . . . . . . . . . . 4
2. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . 4
2.1. Standards Language . . . . . . . . . . . . . . . . . . . 4
2.2. Notations . . . . . . . . . . . . . . . . . . . . . . . . 4
3. Loss Concealment Metrics Block . . . . . . . . . . . . . . . 5
3.1. Report Block Structure . . . . . . . . . . . . . . . . . 5
3.2. Definition of Fields in Loss Concealment Metrics Block . 5
4. Concealed Seconds Metrics Block . . . . . . . . . . . . . . . 9
4.1. Report Block Structure . . . . . . . . . . . . . . . . . 10
4.2. Definition of Fields in Concealed Seconds Metrics Block . 10
5. SDP Signaling . . . . . . . . . . . . . . . . . . . . . . . . 14
5.1. SDP rtcp-xr-attrib Attribute Extension . . . . . . . . . 14
5.2. Offer/Answer Usage . . . . . . . . . . . . . . . . . . . 14
6. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 14
6.1. New RTCP XR Block Type Values . . . . . . . . . . . . . . 14
6.2. New RTCP XR SDP Parameters . . . . . . . . . . . . . . . 15
6.3. Contact Information for Registrations . . . . . . . . . . 15
7. Security Considerations . . . . . . . . . . . . . . . . . . . 15
8. Contributors . . . . . . . . . . . . . . . . . . . . . . . . 15
9. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . 15
10. References . . . . . . . . . . . . . . . . . . . . . . . . . 16
10.1. Normative References . . . . . . . . . . . . . . . . . . 16
10.2. Informative References . . . . . . . . . . . . . . . . . 16
Appendix A. Metrics Represented Using the Template from RFC 6390 17
At any instant, the audio output at a receiver may be classified as either 'normal' or 'concealed'. 'Normal' refers to playout of audio payload received from the remote end and also includes locally generated signals such as announcements, tones, and comfort noise. 'Concealed' refers to playout of locally generated signals used to mask the impact of network impairments or to reduce the audibility of jitter buffer adaptations.
いつでも、受信機でのオーディオ出力は「通常」または「隠蔽」のいずれかに分類されます。 「通常」とは、リモートエンドから受信したオーディオペイロードの再生を指し、アナウンス、トーン、コンフォートノイズなどのローカルで生成された信号も含まれます。 「隠蔽」とは、ネットワーク障害の影響をマスクするため、またはジッターバッファの調整の可聴性を低下させるために使用される、ローカルで生成された信号の再生を指します。
This document defines two new concealment-related block types to augment those defined in [RFC3611] for use in a range of RTP applications. These two block types extend the packet loss concealment mechanism defined in Section 4.7.6 of [RFC3611].
このドキュメントは、[RFC3611]で定義されたものを拡張して、さまざまなRTPアプリケーションで使用するために、2つの新しい隠蔽関連のブロックタイプを定義します。これらの2つのブロックタイプは、[RFC3611]のセクション4.7.6で定義されたパケット損失隠蔽メカニズムを拡張します。
The first block type, the Loss Concealment Metrics Block, provides metrics for actions taken by the receiver to mitigate the effect of packet loss and packet discard. Specifically, the first metric (On-Time Playout Duration) reports the duration of normal playout of data that the receiver obtained from the sender's stream. A second metric (Loss Concealment Duration) reports the total time during which the receiver played out media data that was manufactured locally, because the sender's data for these periods was not available due to packet loss or discard. A similar metric (Buffer Adjustment Concealment Duration) reports the duration of playout of locally manufactured data replacing data that is unavailable due to adaptation of an adaptive de-jitter buffer. Further metrics (Playout Interrupt Count and Mean Playout Interrupt Size) report the number of times normal playout was interrupted and the mean duration of these interruptions.
最初のブロックタイプであるLoss Concealment Metrics Blockは、パケット損失とパケット廃棄の影響を軽減するために受信者が実行するアクションのメトリックを提供します。具体的には、最初のメトリック（オンタイム再生期間）は、受信者が送信者のストリームから取得したデータの通常の再生期間を報告します。 2番目の測定基準（損失隠蔽期間）は、ローカルで製造されたメディアデータを受信者が再生した合計時間を報告します。これは、これらの期間の送信者のデータがパケット損失または破棄のために利用できなかったためです。同様のメトリック（バッファー調整隠蔽期間）は、適応デジッタバッファーの適応のために利用できないデータを置き換える、ローカルで製造されたデータの再生の期間を報告します。その他のメトリック（再生中断数と平均再生中断サイズ）は、通常の再生が中断された回数と、これらの中断の平均継続時間を報告します。
Loss Concealment Duration and Buffer Adjustment Concealment Duration are reported separately because buffer adjustment is typically arranged to occur in silence periods, so it may have very little impact on user experience, whilst loss concealment may occur at any time.
損失隠蔽期間とバッファ調整隠蔽期間は別々に報告されます。これは、通常、バッファ調整は沈黙期間に発生するように調整されているため、損失隠蔽がいつでも発生する可能性がある一方で、ユーザーエクスペリエンスにほとんど影響がない可能性があるためです。
The second block type, the Concealed Seconds Metrics Block, provides metrics for Concealed Seconds, which are measured at the receiving end of the RTP stream. Specifically, the first metric (Unimpaired Seconds) reports the number of whole seconds occupied only with normal playout of data that the receiver obtained from the sender's stream. The second metric (Concealed Seconds) reports the number of whole seconds during which the receiver played out any locally generated media data. A third metric, Severely Concealed Seconds (SCSs), reports the number of whole seconds during which the receiver played out locally generated data to conceal a lost or discarded frame percentage in excess of the configured SCS Threshold.
2番目のブロックタイプであるConcealed Secondsメトリックブロックは、RTPストリームの受信側で測定される、Concealed Secondsのメトリックを提供します。具体的には、最初のメトリック（Unimpaired Seconds）は、受信者が送信者のストリームから取得したデータの通常の再生でのみ占有される秒数を報告します。 2番目のメトリック（隠蔽された秒数）は、ローカルで生成されたメディアデータをレシーバーが再生した秒数を報告します。 3番目のメトリック、Severely Concealed Seconds（SCS）は、レシーバーがローカルで生成したデータを再生して、構成されたSCSしきい値を超える損失または廃棄されたフレームの割合を隠す秒数を報告します。
These metrics belongs to the class of transport-related terminal metrics defined in [RFC6792].
これらのメトリックは、[RFC6792]で定義されているトランスポート関連の端末メトリックのクラスに属しています。
The use of RTCP for reporting is defined in [RFC3550]. [RFC3611] defines an extensible structure for reporting using an RTCP Extended Report (XR). This document defines a new Extended Report block that MUST be used as defined in [RFC3550] and [RFC3611].
レポートのためのRTCPの使用は、[RFC3550]で定義されています。 [RFC3611]は、RTCP拡張レポート（XR）を使用してレポートするための拡張可能な構造を定義しています。このドキュメントは、[RFC3550]と[RFC3611]で定義されているように使用する必要がある新しいExtended Reportブロックを定義します。
The Performance Metrics Framework [RFC6390] provides guidance on the definition and specification of performance metrics. The RTP Monitoring Framework [RFC6792] provides guidelines for reporting block format using RTCP XR. The metrics blocks described in this document are in accordance with those guidelines.
パフォーマンスメトリックフレームワーク[RFC6390]は、パフォーマンスメトリックの定義と仕様に関するガイダンスを提供します。 RTP監視フレームワーク[RFC6792]は、RTCP XRを使用してブロック形式を報告するためのガイドラインを提供します。このドキュメントで説明されているメトリックブロックは、これらのガイドラインに準拠しています。
These metrics are applicable to audio applications of RTP and the audio component of audio/video applications in which the packet loss concealment machinery is contained at the receiving end to mitigate the impact of network impairments to user's perception of media quality.
これらのメトリックは、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].
このドキュメントのキーワード「MUST」、「MUST NOT」、「REQUIRED」、「SHALL」、「SHALL NOT」、「SHOULD」、「SHOULD NOT」、「RECOMMENDED」、「MAY」、および「OPTIONAL」は、 RFC 2119 [RFC2119]で説明されているように解釈されます。
The report blocks in this document make use of binary fractions. The following terminology is used:
このドキュメントのレポートブロックでは、2進分数を使用しています。次の用語が使用されます。
Numeric formats S X:Y
数値形式S X：Y
where S indicates a two's complement signed representation, X the number of bits prior to the decimal place, and Y the number of bits after the decimal place.
ここで、Sは2の補数の符号付き表現、Xは小数点以下のビット数、Yは小数点以下のビット数を示します。
Hence, 8:8 represents an unsigned number in the range 0.0 to 255.996 with a granularity of 0.0039. S7:8 would represent the range -127.996 to +127.996. 0:16 represents a proper binary fraction with range
したがって、8：8は0.039の粒度で0.0から255.996の範囲の符号なし数値を表します。 S7：8は-127.996〜+127.996の範囲を表します。 0:16は、範囲付きの適切な2進数の小数を表します
0.0 to 1 - 1/65536 = 0.9999847
though note that use of flag values at the top of the numeric range slightly reduces this upper limit. For example, if the 16-bit values 0xFFFE and 0xFFFF are used as flags for "over-range" and "unavailable" conditions, a 0:16 quantity has range
ただし、数値範囲の最上部でフラグ値を使用すると、この上限がわずかに減少することに注意してください。たとえば、16ビット値0xFFFEおよび0xFFFFが「over-range」および「unavailable」条件のフラグとして使用されている場合、0：16の数量には範囲があります
0.0 to 1 - 3/65536 = 0.9999542
The Loss Concealment Metrics Block is intended to be used as described in this section, in conjunction with information from the Measurement Information Block [RFC6776]. Instances of this metrics block refer by synchronization source (SSRC) to the separate auxiliary Measurement Information Block [RFC6776], which describes measurement periods in use (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.
Loss Concealment Metricsブロックは、このセクションで説明されているように、Measurement Information Block [RFC6776]からの情報と組み合わせて使用することを目的としています。このメトリクスブロックのインスタンスは、同期ソース（SSRC）によって、使用中の測定期間を説明する個別の補助測定情報ブロック[RFC6776]を参照します（[RFC6776]、セクション4.2を参照）。このメトリックブロックは、レポートのスパンを示すMeasurement Information Blockの測定期間に依存し、SHOULDはMeasurement Information Blockと同じ複合RTCPパケットで送信される必要があります。このメトリックブロックと同じ複合RTCPパケットで測定期間が受信されない場合、このメトリックブロックは破棄する必要があります。
The structure of the Loss Concealment Metrics Block is as follows.
Loss Concealment Metricsブロックの構造は次のとおりです。
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=30 | I |plc| resv | block length=6 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SSRC of Source |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| On-Time Playout Duration |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Loss Concealment Duration |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Buffer Adjustment Concealment Duration |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Playout Interrupt Count | Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Mean Playout Interrupt Size |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 1: Loss Concealment Metrics Block
図1：Loss Concealment Metricsブロック
Block type (BT): 8 bits
ブロックタイプ（BT）：8ビット
A Loss Concealment Metrics Block is identified by the constant 30.
Loss Concealment Metricsブロックは、定数30で識別されます。
Interval Metric flag (I): 2 bits
間隔メトリックフラグ（I）：2ビット
This field is used to indicate whether the loss concealment 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 (not allowed in this block).
I = 01：サンプリングされた値-報告された値は、サンプリングされた瞬時値です（このブロックでは許可されていません）。
I=00: Reserved value - this value is reserved for future use.
I = 00：予約値-この値は将来の使用のために予約されています。
In this document, Loss Concealment metrics can only be measured over definite intervals and cannot be sampled. Senders MUST NOT use the values I=00 or I=01. If a block is received with I=00 or I=01, the receiver MUST discard the block.
このドキュメントでは、損失隠蔽メトリックは一定の間隔でのみ測定でき、サンプリングできません。送信者は、I = 00またはI = 01の値を使用してはなりません。 I = 00またはI = 01でブロックを受信した場合、受信者はブロックを破棄する必要があります。
Packet Loss Concealment Method (plc): 2 bits
パケット損失隠蔽方法（plc）：2ビット
This field is used to identify the packet loss concealment method in use at the receiver, according to the following code:
このフィールドは、次のコードに従って、受信側で使用されているパケット損失隠蔽方法を識別するために使用されます。
bits 014-015
ビット014-015
0 = silence insertion
1 = simple replay, no attenuation
1 =単純な再生、減衰なし
2 = simple replay, with attenuation
2 =減衰を伴う単純な再生
3 = enhancement
Other values are reserved.
その他の値は予約されています。
Note that the enhancement method (plc=3) for packet loss concealment offers an improved audio quality and better robustness against packet losses [G.711] and is equivalent to "enhanced" in Section 4.7.6 of [RFC3611].
パケット損失隠蔽の拡張方法（plc = 3）は、オーディオ品質の向上とパケット損失に対する堅牢性の向上を提供します[G.711]。これは、[RFC3611]のセクション4.7.6の「拡張」に相当します。
Reserved (resv): 4 bits
予約済み（resv）：4ビット
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 Loss Concealment Metrics Block, the block length is equal to 6.
このレポートブロックの長さ（32ビットワード、マイナス1）。 Loss Concealment Metricsブロックの場合、ブロック長は6です。
SSRC of Source: 32 bits
ソースのSSRC：32ビット
As defined in Section 4.1 of [RFC3611].
[RFC3611]のセクション4.1で定義されています。
On-Time Playout Duration: 32 bits
オンタイム再生期間：32ビット
'On-time playout' is the uninterrupted, in-sequence playout of valid decoded audio information originating from the remote endpoint. This includes comfort noise during periods of remote talker silence, if Voice Activity Detection (VAD) [VAD] is used, and locally generated or regenerated tones and announcements.
「定刻再生」とは、リモートエンドポイントから発信された、デコードされた有効なオーディオ情報の途切れのない順次再生です。これには、Voice Activity Detection（VAD）[VAD]が使用されている場合のリモートトーカー無音期間中のコンフォートノイズ、およびローカルで生成または再生成されたトーンとアナウンスが含まれます。
An equivalent definition is that on-time playout is playout of any signal other than those used for concealment.
同等の定義は、定刻再生が隠蔽に使用される信号以外の信号の再生であることです。
On-time playout duration is expressed in units of RTP timestamp and MUST include both speech and silence intervals, whether VAD is used or not.
オンタイムの再生時間はRTPタイムスタンプの単位で表され、VADが使用されているかどうかにかかわらず、音声と無音の両方の間隔を含める必要があります。
Two values are reserved: a value of 0xFFFFFFFE indicates out of range (that is, a measured value exceeding 0xFFFFFFFD), and a value of 0xFFFFFFFF indicates that the measurement is unavailable.
2つの値が予約されています。値0xFFFFFFFEは範囲外（つまり、測定値が0xFFFFFFFDを超える）を示し、値0xFFFFFFFFは測定が利用できないことを示します。
Loss Concealment Duration: 32 bits
損失隠蔽期間：32ビット
The duration, expressed in units of RTP timestamp, of audio playout corresponding to Loss-Type concealment.
Loss-Type隠蔽に対応するオーディオプレイアウトの、RTPタイムスタンプの単位で表される期間。
Loss-Type concealment is reactive insertion or deletion of samples in the audio playout stream due to effective frame loss at the audio decoder. Effective frame loss is the event in which a frame of coded audio is simply not present at the audio decoder when required. In this case, substitute audio samples are generally formed, at the decoder or elsewhere, to reduce audible impairment.
損失タイプの隠蔽は、オーディオデコーダーでの効果的なフレーム損失による、音声再生ストリーム内のサンプルの反応的な挿入または削除です。効果的なフレーム損失は、必要なときにコード化されたオーディオのフレームがオーディオデコーダーに存在しない場合です。この場合、聴覚障害を低減するために、デコーダーまたは他の場所で代替オーディオサンプルが一般的に形成されます。
Two values are reserved: a value of 0xFFFFFFFE indicates out of range (that is, a measured value exceeding 0xFFFFFFFD), and a value of 0xFFFFFFFF indicates that the measurement is unavailable.
2つの値が予約されています。値0xFFFFFFFEは範囲外（つまり、測定値が0xFFFFFFFDを超える）を示し、値0xFFFFFFFFは測定が利用できないことを示します。
Buffer Adjustment Concealment Duration: 32 bits
バッファー調整隠蔽期間：32ビット
The duration, expressed in units of RTP timestamp, of audio playout corresponding to Buffer Adjustment-Type concealment, if known.
既知の場合、RTPタイムスタンプの単位で表される、バッファー調整タイプの隠蔽に対応するオーディオプレイアウトの継続時間。
Buffer Adjustment-Type concealment is proactive or controlled insertion or deletion of samples in the audio playout stream due to jitter buffer adaptation, re-sizing decisions, or re-centering decisions within the endpoint.
バッファ調整タイプの隠蔽は、ジッタバッファの適応、サイズ変更の決定、またはエンドポイント内での再センタリングの決定による、オーディオ再生ストリームへのサンプルのプロアクティブな挿入または削除です。
Because this insertion is controlled, rather than occurring randomly in response to losses, it is typically less audible than Loss-Type concealment. For example, jitter buffer adaptation events may be constrained to occur during periods of talker silence, in which case only silence duration is affected, or sophisticated time-stretching methods for insertion/deletion during favorable periods in active speech may be employed.
この挿入は制御されているため、損失に応じてランダムに発生するのではなく、通常、損失タイプの隠蔽よりも聞き取りにくくなります。たとえば、ジッターバッファ適応イベントは、発言者の沈黙の期間中に発生するように制約される場合があり、その場合、沈黙期間のみが影響を受けるか、アクティブな音声の好ましい期間に挿入/削除するための高度なタイムストレッチ方法が使用されます。
Concealment events that cannot be classified as Buffer Adjustment-Type MUST be classified as Loss-Type.
バッファー調整タイプに分類できない隠蔽イベントは、損失タイプに分類する必要があります。
Two values are reserved: a value of 0xFFFFFFFE indicates out of range (that is, a measured value exceeding 0xFFFFFFFD), and a value of 0xFFFFFFFF indicates that the measurement is unavailable.
2つの値が予約されています。値0xFFFFFFFEは範囲外（つまり、測定値が0xFFFFFFFDを超える）を示し、値0xFFFFFFFFは測定が利用できないことを示します。
Playout Interrupt Count: 16 bits
プレイアウト割り込みカウント：16ビット
The number of interruptions to normal playout that occurred during the reporting period.
レポート期間中に発生した通常のプレイアウトの中断の数。
Two values are reserved: a value of 0xFFFE indicates out of range (that is, a measured value exceeding 0xFFFD), and a value of 0xFFFF indicates that the measurement is unavailable.
2つの値が予約されています。値0xFFFEは範囲外（つまり、測定値が0xFFFDを超える）を示し、値0xFFFFは測定が利用できないことを示します。
Reserved: 16 bits
予約済み：16ビット
These bits are reserved. They MUST be set to zero by senders and ignored by receivers (see [RFC6709], Section 4.2).
これらのビットは予約されています。送信者はゼロに設定し、受信者は無視する必要があります（[RFC6709]、セクション4.2を参照）。
Mean Playout Interrupt Size: 32 bits
平均再生割り込みサイズ：32ビット
The mean duration, expressed in units of RTP timestamp, of interruptions to normal playout that occurred during the reporting period.
RTPタイムスタンプの単位で表される、レポート期間中に発生した通常のプレイアウトの中断の平均継続時間。
Two values are reserved: a value of 0xFFFFFFFE indicates out of range (that is, a measured value exceeding 0xFFFFFFFD), and a value of 0xFFFFFFFF indicates that the measurement is unavailable.
2つの値が予約されています。値0xFFFFFFFEは範囲外（つまり、測定値が0xFFFFFFFDを超える）を示し、値0xFFFFFFFFは測定が利用できないことを示します。
The Concealed Seconds Metrics Block is intended to be used as described in this section, in conjunction with information from the Measurement Information Block [RFC6776]. It provides a description of potentially audible impairments due to lost and discarded packets at the endpoint, expressed on a time basis analogous to a traditional Public Switched Telephone Network (PSTN) T1/E1 errored seconds metric. Instances of this metrics block refer by synchronization source (SSRC) to the separate auxiliary Measurement Information Block [RFC6776] that describes measurement periods in use (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.
Concealed Seconds Metricsブロックは、このセクションで説明されているように、Measurement Information Block [RFC6776]からの情報と組み合わせて使用することを目的としています。これは、従来の公衆交換電話網（PSTN）T1 / E1エラー秒数メトリックに類似した時間ベースで表される、エンドポイントでのパケットの損失および破棄が原因で発生する可能性がある障害の説明を提供します。このメトリクスブロックのインスタンスは、同期ソース（SSRC）によって、使用中の測定期間を説明する個別の補助測定情報ブロック[RFC6776]を参照します（[RFC6776]、セクション4.2を参照）。このメトリックブロックは、レポートのスパンを示すMeasurement Information Blockの測定期間に依存し、SHOULDはMeasurement Information Blockと同じ複合RTCPパケットで送信される必要があります。このメトリックブロックと同じ複合RTCPパケットで測定期間が受信されない場合、このメトリックブロックは破棄する必要があります。
The following metrics are based on successive one-second intervals as declared by an RTP clock. This RTP clock does not need to be synchronized to any external time reference. The starting time of this clock is unspecified. Note that this implies that the same loss pattern could result in slightly different count values, depending on where the losses occur relative to the particular one-second demarcation points. For example, two loss events occurring 50 ms apart could result in either one Concealed Second or two, depending on the particular one-second boundaries used.
次のメトリックは、RTPクロックによって宣言された連続する1秒間隔に基づいています。このRTPクロックは、外部の時間基準に同期する必要はありません。この時計の開始時間は不定です。これは、特定の1秒の境界点を基準にして損失が発生する場所に応じて、同じ損失パターンがわずかに異なるカウント値になる可能性があることを意味します。たとえば、50 ms間隔で発生する2つの損失イベントは、使用される特定の1秒の境界に応じて、1秒または2秒のいずれかになる可能性があります。
The seconds in this sub-block are not necessarily calendar seconds. At the tail end of a session, periods of time of less than one second shall be incorporated into these counts if they exceed 500 ms and shall be disregarded if they are less than 500 ms.
このサブブロックの秒は、必ずしも暦秒ではありません。セッションの最後に、1秒未満の時間が500ミリ秒を超える場合はこれらのカウントに組み込まれ、500ミリ秒未満の場合は無視されます。
The structure of the Concealed Seconds Metrics Block is as follows.
Concealed Seconds Metricsブロックの構造は次のとおりです。
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=31 | I |plc| resv | block length=4 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SSRC of Source |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Unimpaired Seconds |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Concealed Seconds |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Severely Concealed Seconds | Reserved | SCS Threshold |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 2: Concealed Seconds Metrics Block
図2：秘匿秒数メトリックブロック
Block type (BT): 8 bits
ブロックタイプ（BT）：8ビット
A Concealed Seconds Metrics Block is identified by the constant 31.
秘匿秒数メトリックブロックは、定数31で識別されます。
Interval Metric flag (I): 2 bits
間隔メトリックフラグ（I）：2ビット
This field is used to indicate whether the Concealed Seconds 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 (Not allowed in this block).
I = 01：サンプリングされた値-報告された値は、サンプリングされた瞬時値です（このブロックでは許可されていません）。
I=00: Reserved value - this value is reserved for future use.
I = 00：予約値-この値は将来の使用のために予約されています。
In this document, Concealed Seconds metrics can only be measured over definite intervals and cannot be sampled. Senders MUST NOT use the values I=00 or I=01. If a block is received with I=00 or I=01, the receiver MUST discard the block.
このドキュメントでは、Concealed Secondsメトリックは一定の間隔でのみ測定でき、サンプリングできません。送信者は、I = 00またはI = 01の値を使用してはなりません。 I = 00またはI = 01でブロックを受信した場合、受信者はブロックを破棄する必要があります。
Packet Loss Concealment Method (plc): 2 bits
パケット損失隠蔽方法（plc）：2ビット
This field is used to identify the packet loss concealment method in use at the receiver, according to the following code:
このフィールドは、次のコードに従って、受信側で使用されているパケット損失隠蔽方法を識別するために使用されます。
bits 014-015
ビット014-015
0 = silence insertion
1 = simple replay, no attenuation
1 =単純な再生、減衰なし
2 = simple replay, with attenuation
2 =減衰を伴う単純な再生
3 = enhancement
Other values are reserved.
その他の値は予約されています。
Note that the enhancement method (plc=3) for packet loss concealment offers an improved audio quality and a better robustness against packet losses [G.711] and is equivalent to "enhanced" in Section 4.7.6 of [RFC3611].
パケット損失隠蔽の拡張方法（plc = 3）は、改善されたオーディオ品質とパケット損失に対するより優れた堅牢性を提供します[G.711]。これは、[RFC3611]のセクション4.7.6の「拡張」と同等です。
Reserved (resv): 4 bits
予約済み（resv）：4ビット
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 Concealed Seconds Metrics Block, the block length is equal to 4.
このレポートブロックの長さ（32ビットワード、マイナス1）。 Concealed Seconds Metricsブロックの場合、ブロック長は4です。
SSRC of Source: 32 bits
ソースのSSRC：32ビット
As defined in Section 4.1 of [RFC3611].
[RFC3611]のセクション4.1で定義されています。
Unimpaired Seconds: 32 bits
障害のない秒数：32ビット
A count of the number of Unimpaired Seconds that have occurred.
発生した無傷秒数のカウント。
An Unimpaired Second is defined as a continuous period of one second during which no frame loss or discard due to late arrival has occurred. Every second in a session must be classified as either OK or Concealed.
Unimpaired Secondは、1秒の連続した期間として定義され、その間、遅い到着によるフレームの損失や廃棄は発生しません。セッションの1秒ごとに、OKまたは非表示のいずれかに分類する必要があります。
Normal playout of comfort noise or other silence-concealment signals during periods of talker silence, if VAD is used, shall be counted as Unimpaired Seconds.
VADが使用されている場合、トーカーの無音期間中のコンフォートノイズまたは他の無音隠蔽信号の通常の再生は、障害のない秒としてカウントされます。
Two values are reserved: a value of 0xFFFFFFFE indicates out of range (that is, a measured value exceeding 0xFFFFFFFD), and a value of 0xFFFFFFFF indicates that the measurement is unavailable.
2つの値が予約されています。値0xFFFFFFFEは範囲外（つまり、測定値が0xFFFFFFFDを超える）を示し、値0xFFFFFFFFは測定が利用できないことを示します。
Concealed Seconds: 32 bits
隠蔽秒数：32ビット
A count of the number of Concealed Seconds that have occurred.
発生した秘匿秒数のカウント。
A Concealed Second is defined as a continuous period of one second during which any frame loss or discard due to late arrival has occurred.
隠された秒は、1秒の連続した期間として定義され、その間に、遅い到着によるフレームの損失または廃棄が発生しました。
Equivalently, a Concealed Second is one in which some Loss-Type concealment has occurred. Buffer Adjustment-Type concealment SHOULD NOT cause Concealed Seconds to be incremented, with the following exception. An implementation MAY cause Concealed Seconds to be incremented for 'emergency' buffer adjustments made during talkspurts.
同様に、Concealed Secondは、一部の損失タイプの隠蔽が発生したものです。バッファー調整タイプの隠蔽は、次の例外を除いて、秘匿された秒数が増加するべきではありません（SHOULD NOT）。実装により、トークスパート中に行われた「緊急」バッファ調整のために、隠された秒数が増加する場合があります。
Loss-Type concealment is reactive insertion or deletion of samples in the audio playout stream due to effective frame loss at the audio decoder. "Effective frame loss" is the event in which a frame of coded audio is simply not present at the audio decoder when required. In this case, substitute audio samples are generally formed, at the decoder or elsewhere, to reduce audible impairment.
損失タイプの隠蔽は、オーディオデコーダーでの効果的なフレーム損失による、音声再生ストリーム内のサンプルの反応的な挿入または削除です。 「有効なフレーム損失」とは、コード化されたオーディオのフレームが、必要なときにオーディオデコーダーに存在しないイベントです。この場合、聴覚障害を低減するために、デコーダーまたは他の場所で代替オーディオサンプルが一般的に形成されます。
Buffer Adjustment-Type concealment is proactive or controlled insertion or deletion of samples in the audio playout stream due to jitter buffer adaptation, re-sizing decisions, or re-centering decisions within the endpoint.
バッファ調整タイプの隠蔽は、ジッタバッファの適応、サイズ変更の決定、またはエンドポイント内での再センタリングの決定による、オーディオ再生ストリームへのサンプルのプロアクティブな挿入または削除です。
Because this insertion is controlled, rather than occurring randomly in response to losses, it is typically less audible than Loss-Type concealment. For example, jitter buffer adaptation events may be constrained to occur during periods of talker silence, in which case only silence duration is affected, or sophisticated time-stretching methods for insertion/deletion during favorable periods in active speech may be employed. For these reasons, Buffer Adjustment-Type concealment MAY be exempted from inclusion in calculations of Concealed Seconds and Severely Concealed Seconds.
この挿入は制御されているため、損失に応じてランダムに発生するのではなく、通常、損失タイプの隠蔽よりも聞き取りにくくなります。たとえば、ジッターバッファ適応イベントは、発言者の沈黙の期間中に発生するように制約される場合があり、その場合、沈黙期間のみが影響を受けるか、アクティブな音声の好ましい期間に挿入/削除するための高度なタイムストレッチ方法が使用されます。これらの理由により、バッファー調整タイプの隠蔽は、秘匿秒数および重大秘匿秒数の計算に含めることを免除される場合があります。
However, an implementation SHOULD include Buffer Adjustment-Type concealment in counts of Concealed Seconds and Severely Concealed Seconds if the event occurs at an 'inopportune' moment, such as an emergency or large, immediate adaptation during active speech or an unsophisticated adaptation during speech without regard for the underlying signal. In these cases, the assumption of low audibility cannot hold. In other words, jitter buffer adaptation events that may be presumed to be audible SHOULD be included in Concealed Seconds and Severely Concealed Seconds counts.
ただし、アクティブな発話中の緊急または大規模な即時適応、または発話中の洗練されていない適応など、イベントが「不適切な」瞬間に発生した場合、実装には、隠蔽秒数および重大隠蔽秒数のバッファー調整タイプの隠蔽を含める必要があります（SHOULD）。根本的な信号を考慮してください。これらの場合、低い可聴性の仮定は成り立たない。言い換えると、可聴であると推定される可能性のあるジッタバッファ適応イベントは、秘匿秒数と重大秘匿秒数に含まれる必要があります。
Concealment events that cannot be classified as Buffer Adjustment-Type MUST be classified as Loss-Type.
バッファー調整タイプに分類できない隠蔽イベントは、損失タイプに分類する必要があります。
For clarification, the count of Concealed Seconds MUST include the count of Severely Concealed Seconds.
明確にするために、秘匿秒数には、重大秘匿秒数を含める必要があります。
Two values are reserved: a value of 0xFFFFFFFE indicates out of range (that is, a measured value exceeding 0xFFFFFFFD), and a value of 0xFFFFFFFF indicates that the measurement is unavailable.
2つの値が予約されています。値0xFFFFFFFEは範囲外（つまり、測定値が0xFFFFFFFDを超える）を示し、値0xFFFFFFFFは測定が利用できないことを示します。
Severely Concealed Seconds: 16 bits
極秘秒数：16ビット
A count of the number of Severely Concealed Seconds.
Severely Concealed Secondsのカウント。
A Severely Concealed Second is defined as a non-overlapping period of one second during which the cumulative amount of time that has been subject to frame loss or discard due to late arrival exceeds the SCS Threshold.
Severely Concealed Secondは、1秒の非重複期間として定義されます。この期間中、遅延到着が原因でフレーム損失または廃棄が発生した累積時間がSCSしきい値を超えます。
Two values are reserved: a value of 0xFFFE indicates out of range (that is, a measured value exceeding 0xFFFD), and a value of 0xFFFF indicates that the measurement is unavailable.
2つの値が予約されています。値0xFFFEは範囲外（つまり、測定値が0xFFFDを超える）を示し、値0xFFFFは測定が利用できないことを示します。
Reserved: 8 bits
予約済み：8ビット
These bits are reserved. They MUST be set to zero by senders and ignored by receivers (see [RFC6709], Section 4.2).
これらのビットは予約されています。送信者はゼロに設定し、受信者は無視する必要があります（[RFC6709]、セクション4.2を参照）。
SCS Threshold: 8 bits
SCSしきい値：8ビット
The SCS Threshold is defined as the percentage of packets corresponding to lost or discarded frames that must occur within a one second period in order for the second to be classified as a Severely Concealed Second. This is expressed in numeric format 0:8 and hence can represent a range of 0 to 99.6 percent loss or discard.
SCSしきい値は、1秒が重大秘匿秒として分類されるために1秒以内に発生する必要のある、失われたフレームまたは破棄されたフレームに対応するパケットの割合として定義されます。これは数値形式0：8で表されるため、0〜99.6％の範囲の損失または廃棄を表すことができます。
A default threshold of 5 percent effective frame loss (50 ms effective frame loss ) per second is suggested. This corresponds to an SCS Threshold in hexadecimal of 0x0D.
1秒あたり5％の実効フレーム損失（50 msの実効フレーム損失）のデフォルトのしきい値が推奨されます。これは0x0Dの16進数のSCSしきい値に対応します。
[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]は、XRブロックの使用を通知するためのSDP（Session Description Protocol）[RFC4566]の使用を定義しています。 XRブロックは、事前のシグナリングなしで使用される場合があります。
This section augments the SDP attribute "rtcp-xr" [RFC3611] by providing two additional values of "xr-format" to signal the use of the two report blocks defined in this document.
このセクションでは、「xr-format」の2つの追加値を提供して、このドキュメントで定義されている2つのレポートブロックの使用を通知することにより、SDP属性「rtcp-xr」[RFC3611]を補強します。
xr-format =/ xr-conceal-block / xr-conc-sec-block
xr-format = / xr-conceal-block / xr-conc-sec-block
xr-conceal-block = "loss-conceal" xr-conc-sec-block = "conc-sec" ["=" thresh]
xr-conceal-block = "loss-conceal" xr-conc-sec-block = "conc-sec" ["=" thresh]
thresh = 1*DIGIT ; threshold for SCS (ms)
DIGIT = <as defined in Section 3 of [RFC5234]>
When SDP is used in Offer/Answer context, the SDP Offer/Answer usage defined in [RFC3611] applies. Note that "thresh" is declared by the offer.
SDPがオファー/アンサーコンテキストで使用される場合、[RFC3611]で定義されているSDPオファー/アンサー使用法が適用されます。 「thresh」はオファーによって宣言されていることに注意してください。
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 two block type values in the IANA "RTP Control Protocol Extended Reports (RTCP XR) Block Type Registry" under the subregistry "RTCP XR Block Type":
このドキュメントは、サブレジストリ「RTCP XR Block Type」の下のIANA「RTP Control Protocol Extended Reports（RTCP XR）Block Type Registry」の2つのブロックタイプ値を割り当てます。
Name: LCB Long Name: Loss Concealment Metrics Block Value 30 Reference: Section 3.1
名前：LCBロングネーム：損失隠蔽メトリックブロック値30参照：セクション3.1
Name: CSB Long Name: Concealed Seconds Metrics Block Value 31 Reference: Section 4.1
名前：CSBロングネーム：秘匿秒数メトリックブロック値31参照：セクション4.1
This document also registers two new parameters in the "RTP Control Protocol Extended Reports (RTCP XR) Session Description Protocol (SDP) Parameters Registry":
このドキュメントでは、「RTP制御プロトコル拡張レポート（RTCP XR）セッション記述プロトコル（SDP）パラメータレジストリ」に2つの新しいパラメータも登録しています。
o "loss-conceal"
o 「損失隠蔽」
o "conc-sec"
o 「コンク秒」
The contact information for the registrations is:
登録の連絡先情報は次のとおりです。
RAI Area Directors
RAIエリアディレクター
rai-ads@tools.ietf.org
らいーあｄｓ＠とおｌｓ。いえｔｆ。おｒｇ
It is believed that the RTCP XR blocks defined in this document introduce no new security considerations beyond those described in [RFC3611]. These blocks do not provide per-packet statistics, so the risk to confidentiality documented in Section 7, Paragraph 3 of [RFC3611] does not apply.
このドキュメントで定義されているRTCP XRブロックは、[RFC3611]で説明されているものを超える新しいセキュリティ上の考慮事項を導入しないと考えられています。これらのブロックはパケットごとの統計を提供しないため、[RFC3611]のセクション7、段落3に記載されている機密性へのリスクは適用されません。
Geoff Hunt wrote the initial version of this document.
Geoff Huntがこのドキュメントの最初のバージョンを書きました。
The authors gratefully acknowledge reviews and feedback provided by Bruce Adams, Philip Arden, Amit Arora, Bob Biskner, Kevin Connor, Alissa Cooper, Claus Dahm, Randy Ethier, Roni Even, Adrian Farrel, Jim Frauenthal, Albert Higashi, Tom Hock, Shane Holthaus, Paul Jones, Rajesh Kumar, Keith Lantz, Alfred C. Morton, Mohamed Mostafa, Amy Pendleton, Colin Perkins, Mike Ramalho, Ravi Raviraj, Pete Resnick, Albrecht Schwarz, Meral Shirazipour, Tom Taylor, and Hideaki Yamada.
著者は、Bruce Adams、Philip Arden、Amit Arora、Bob Biskner、Kevin Connor、Alissa Cooper、Claus Dahm、Randy Ethier、Roni Even、Adrian Farrel、Jim Frauenthal、Albert Higashi、Tom Hock、Shane Holthausによって提供されたレビューとフィードバックに感謝します、ポール・ジョーンズ、ラジェッシュ・クマー、キース・ランツ、アルフレッド・C・モートン、モハメド・モスタファ、エイミー・ペンドルトン、コリン・パーキンス、マイク・ラマーリョ、ラヴィ・ラビラジ、ピート・レズニック、アルブレヒト・シュワルツ、メラル・シラジプール、トム・テイラー、山田英明。
[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：A Transport Protocol for Real-Time Applications」、STD 64、RFC 3550、2003年7月。
[RFC3611] Friedman, T., Caceres, R., and A. Clark, "RTP Control Protocol Extended Reports (RTCP XR)", RFC 3611, November 2003.
[RFC3611]フリードマン、T。、カセレス、R。、およびA.クラーク、「RTP制御プロトコル拡張レポート（RTCP XR）」、RFC 3611、2003年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：Session Description Protocol」、RFC 4566、2006年7月。
[RFC5234] Crocker, D. and P. Overell, "Augmented BNF for Syntax Specifications: ABNF", STD 68, RFC 5234, January 2008.
[RFC5234] Crocker、D。およびP. Overell、「構文仕様の拡張BNF：ABNF」、STD 68、RFC 5234、2008年1月。
[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]クラークA.およびQ.ウー、「ソース記述（SDES）アイテムとRTCP拡張レポート（XR）ブロックを使用した測定IDおよび情報レポート」、RFC 6776、2012年10月。
[G.711] ITU-T, "Pulse Code Modulation (PCM) of Voice Frequencies", ITU-T Recommendation G.711, 1988.
[G.711] ITU-T、「音声周波数のパルス符号変調（PCM）」、ITU-T勧告G.711、1988。
[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 6390、2011年10月。
[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月。
[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月。
[VAD] Wikipedia, "Voice activity detection", January 2014, <http://en.wikipedia.org/w/ index.php?title=Voice_activity_detection&oldid=593287643>.
[VAD] Wikipedia、「Voice activity detection」、2014年1月、<http://en.wikipedia.org/w/ index.php？title = Voice_activity_detection＆oldid = 593287643>。
a. On-Time Playout Duration Metric
a. 予定どおりの再生時間メトリック
* Metric Name: On-Time Playout Duration
* 指標名：予定どおりの再生時間
* Metric Description: 'On-time playout' is the uninterrupted, in-sequence playout of valid decoded audio information originating from the remote endpoint. On-time playout duration is playout duration of any signal other than those used for concealment.
* 指標の説明：「オンタイムプレイアウト」は、リモートエンドポイントから発信された、有効なデコードされたオーディオ情報の途切れることのない順次再生です。オンタイム再生期間は、隠蔽に使用されるもの以外の信号の再生期間です。
* Method of Measurement or Calculation: See Section 3.2, On-Time Playout Duration definition.
* 測定または計算の方法：セクション3.2、オンタイム再生期間の定義を参照してください。
* Units of Measurement: See Section 3.2, On-Time Playout Duration definition.
* 測定単位：セクション3.2、オンタイム再生期間の定義を参照してください。
* Measurement Point(s) with Potential Measurement Domain: See Section 1.1, 3rd paragraph.
* 潜在的な測定ドメインを持つ測定ポイント：セクション1.1の3番目の段落を参照してください。
* Measurement Timing: See Section 3, 1st paragraph for measurement timing and Section 3.2 for Interval Metric flag.
* 測定タイミング：測定タイミングについてはセクション3の最初の段落を、インターバルメトリックフラグについてはセクション3.2を参照してください。
* Use and Applications: See Section 1.4.
* 使用およびアプリケーション：セクション1.4を参照してください。
* Reporting Model: See RFC 3611.
* レポートモデル：RFC 3611を参照してください。
b. Loss Concealment Duration Metric
b. 損失隠蔽期間メトリック
* Metric Name: Loss Concealment Duration
* 指標名：損失隠蔽期間
* Metric Description: The duration of audio playout corresponding to Loss-Type concealment.
* 指標の説明：損失タイプの隠蔽に対応する音声再生の期間。
* Method of Measurement or Calculation: See Section 3.2, Loss Concealment Duration definition.
* 測定または計算の方法：セクション3.2、損失隠蔽期間の定義を参照してください。
* Units of Measurement: See Section 3.2, Loss Concealment Duration definition.
* 測定単位：セクション3.2、損失隠蔽期間の定義を参照してください。
* Measurement Point(s) with Potential Measurement Domain: See Section 1.1, 3rd paragraph.
* 潜在的な測定ドメインを持つ測定ポイント：セクション1.1の3番目の段落を参照してください。
* Measurement Timing: See Section 3, 1st paragraph for measurement timing and Section 3.2 for Interval Metric flag.
* 測定タイミング：測定タイミングについてはセクション3の最初の段落を、インターバルメトリックフラグについてはセクション3.2を参照してください。
* Use and Applications: See Section 1.4.
* 使用およびアプリケーション：セクション1.4を参照してください。
* Reporting Model: See RFC 3611.
* レポートモデル：RFC 3611を参照してください。
c. Buffer Adjustment Concealment Duration Metric
c. バッファー調整隠蔽期間メトリック
* Metric Name: Buffer Adjustment Concealment Duration
* メトリック名：バッファー調整隠蔽期間
* Metric Description: The duration of audio playout corresponding to Buffer Adjustment-Type concealment.
* 指標の説明：バッファー調整タイプの隠蔽に対応する音声再生の期間。
* Method of Measurement or Calculation: See Section 3.2, Buffer Adjustment Concealment Duration definition.
* 測定または計算の方法：セクション3.2、バッファ調整隠蔽期間の定義を参照してください。
* Units of Measurement: See Section 3.2, Buffer Adjustment Concealment Duration definition.
* 測定の単位：セクション3.2、バッファ調整隠蔽期間の定義を参照してください。
* Measurement Point(s) with Potential Measurement Domain: See Section 1.1, 3rd paragraph.
* 潜在的な測定ドメインを持つ測定ポイント：セクション1.1の3番目の段落を参照してください。
* Measurement Timing: See Section 3, 1st paragraph for measurement timing and Section 3.2 for Interval Metric flag.
* 測定タイミング：測定タイミングについてはセクション3の最初の段落を、インターバルメトリックフラグについてはセクション3.2を参照してください。
* Use and Applications: See Section 1.4.
* 使用およびアプリケーション：セクション1.4を参照してください。
* Reporting Model: See RFC 3611.
* レポートモデル：RFC 3611を参照してください。
d. Playout Interrupt Count Metric
d. プレイアウト割り込みカウントメトリック
* Metric Name: Playout Interrupt Count
* メトリック名：Playout Interrupt Count
* Metric Description: The number of interruptions to normal playout that occurred during the reporting period.
* 指標の説明：レポート期間中に発生した通常のプレイアウトの中断の数。
* Method of Measurement or Calculation: See Section 3.2, Playout Interrupt Count definition.
* 測定または計算の方法：セクション3.2、プレイアウト割り込みカウントの定義を参照してください。
* Units of Measurement: See Section 3.2, Playout Interrupt Count definition.
* 測定単位：セクション3.2、再生割り込みカウントの定義を参照してください。
* Measurement Point(s) with Potential Measurement Domain: See Section 1.1, 3rd paragraph.
* 潜在的な測定ドメインを持つ測定ポイント：セクション1.1の3番目の段落を参照してください。
* Measurement Timing: See Section 3, 1st paragraph for measurement timing and Section 3.2 for Interval Metric flag.
* 測定タイミング：測定タイミングについてはセクション3の最初の段落を、インターバルメトリックフラグについてはセクション3.2を参照してください。
* Use and Applications: See Section 1.4.
* 使用およびアプリケーション：セクション1.4を参照してください。
* Reporting Model: See RFC 3611.
* レポートモデル：RFC 3611を参照してください。
e. Mean Playout Interrupt Size Metric
e. 平均プレイアウト割り込みサイズメトリック
* Metric Name: Mean Playout Interrupt Size
* メトリック名：Mean Playout Interrupt Size
* Metric Description: The mean duration of interruptions to normal playout that occurred during the reporting period.
* 指標の説明：レポート期間中に発生した通常のプレイアウトへの割り込みの平均継続時間。
* Method of Measurement or Calculation: See Section 3.2, Playout Interrupt Count definition.
* 測定または計算の方法：セクション3.2、プレイアウト割り込みカウントの定義を参照してください。
* Units of Measurement: See Section 3.2, Playout Interrupt Count definition.
* 測定単位：セクション3.2、再生割り込みカウントの定義を参照してください。
* Measurement Point(s) with Potential Measurement Domain: See Section 1.1, 3rd paragraph.
* 潜在的な測定ドメインを持つ測定ポイント：セクション1.1の3番目の段落を参照してください。
* Measurement Timing: See Section 3, 1st paragraph for measurement timing and Section 3.2 for Interval Metric flag.
* 測定タイミング：測定タイミングについてはセクション3の最初の段落を、インターバルメトリックフラグについてはセクション3.2を参照してください。
* Use and Applications: See Section 1.4.
* 使用およびアプリケーション：セクション1.4を参照してください。
* Reporting Model: See RFC 3611.
* レポートモデル：RFC 3611を参照してください。
f. Unimpaired Seconds Metric
f. 障害のない秒のメトリック
* Metric Name: Unimpaired Seconds
* メトリック名：障害のない秒
* Metric Description: A count of the number of Unimpaired Seconds that have occurred.
* 指標の説明：発生した無傷秒数のカウント。
* Method of Measurement or Calculation: See Section 4.2, Unimpaired Seconds definition.
* 測定または計算の方法：セクション4.2、障害のない秒の定義を参照してください。
* Units of Measurement: See Section 4.2, Unimpaired Seconds definition.
* 測定単位：セクション4.2、障害のない秒の定義を参照してください。
* Measurement Point(s) with Potential Measurement Domain: See Section 1.1, 5th paragraph.
* 潜在的な測定ドメインを持つ測定ポイント：セクション1.1の5番目の段落を参照してください。
* Measurement Timing: See Section 4, 1st paragraph for measurement timing and Section 4.2 paragraph for Interval Metric flag.
* 測定タイミング：測定タイミングについてはセクション4の最初の段落を、インターバルメトリックフラグについてはセクション4.2の段落を参照してください。
* Use and Applications: See Section 1.4.
* 使用およびアプリケーション：セクション1.4を参照してください。
* Reporting Model: See RFC 3611.
* レポートモデル：RFC 3611を参照してください。
g. Concealed Seconds Metric
g. 秘匿秒数メトリック
* Metric Name: Concealed Seconds
* メトリック名：隠された秒
* Metric Description: A count of the number of Concealed Seconds that have occurred.
* 指標の説明：発生した秘匿秒数のカウント。
* Method of Measurement or Calculation: See Section 4.2, Concealed Seconds definition.
* 測定または計算の方法：セクション4.2、「隠れた秒」の定義を参照してください。
* Units of Measurement: See Section 4.2, Concealed Seconds definition.
* 測定単位：セクション4.2、「隠れた秒」の定義を参照してください。
* Measurement Point(s) with Potential Measurement Domain: See Section 1.1, 5th paragraph.
* 潜在的な測定ドメインを持つ測定ポイント：セクション1.1の5番目の段落を参照してください。
* Measurement Timing: See Section 4, 1st paragraph for measurement timing and Section 4.2 for Interval Metric flag.
* 測定タイミング：測定タイミングについてはセクション4の最初の段落を、インターバルメトリックフラグについてはセクション4.2を参照してください。
* Use and Applications: See Section 1.4.
* 使用およびアプリケーション：セクション1.4を参照してください。
* Reporting Model: See RFC 3611.
* レポートモデル：RFC 3611を参照してください。
h. Severely Concealed Seconds Metric
h. 極秘秒数メトリック
* Metric Name: Severely Concealed Seconds
* メトリック名：非常に隠された秒
* Metric Description: A count of the number of Severely Concealed Seconds that have occurred.
* 指標の説明：発生した重大秘匿秒数のカウント。
* Method of Measurement or Calculation: See Section 4.2, Severely Concealed Seconds definition.
* 測定または計算の方法：セクション4.2「重大な秒数の定義」を参照してください。
* Units of Measurement: See Section 4.2, Severely Concealed Seconds definition.
* 計測単位：セクション4.2「重大な秒数の定義」を参照してください。
* Measurement Point(s) with Potential Measurement Domain: See Section 1.1, 5th paragraph.
* 潜在的な測定ドメインを持つ測定ポイント：セクション1.1の5番目の段落を参照してください。
* Measurement Timing: See Section 4, 1st paragraph for measurement timing and Section 4.2 for Interval Metric flag.
* 測定タイミング：測定タイミングについてはセクション4の最初の段落を、インターバルメトリックフラグについてはセクション4.2を参照してください。
* Use and Applications: See Section 1.4.
* 使用およびアプリケーション：セクション1.4を参照してください。
* Reporting Model: See RFC 3611.
* レポートモデル：RFC 3611を参照してください。
i. SCS Threshold Metric
i. SCSしきい値メトリック
* Metric Name: SCS Threshold
* メトリック名：SCSしきい値
* Metric Description: The amount of time corresponding to lost or discarded frames that must occur within a one-second period in order for the second to be classified as a Severely Concealed Second.
* メトリックの説明：1秒を重大秘匿秒として分類するために、1秒以内に発生する必要のあるフレームの損失または破棄に対応する時間。
* Method of Measurement or Calculation: See Section 4.2, SCS Threshold definition.
* 測定または計算の方法：セクション4.2、SCSしきい値の定義を参照してください。
* Units of Measurement: See Section 4.2, SCS Threshold definition.
* 測定単位：セクション4.2、SCSしきい値の定義を参照してください。
* Measurement Point(s) with Potential Measurement Domain: See Section 1.1, 5th paragraph.
* 潜在的な測定ドメインを持つ測定ポイント：セクション1.1の5番目の段落を参照してください。
* Measurement Timing: See Section 4, 1st paragraph for measurement timing and Section 4.2 for Interval Metric flag.
* 測定タイミング：測定タイミングについてはセクション4の最初の段落を、インターバルメトリックフラグについてはセクション4.2を参照してください。
* Use and Applications: See Section 1.4.
* 使用およびアプリケーション：セクション1.4を参照してください。
* Reporting Model: See RFC 3611.
* レポートモデル：RFC 3611を参照してください。
Authors' Addresses
著者のアドレス
Alan Clark Telchemy Incorporated 2905 Premiere Parkway, Suite 280 Duluth, GA 30097 USA
Alan Clark Telchemy Incorporated 2905 Premiere Parkway、Suite 280 Duluth、GA 30097 USA
EMail: alan.d.clark@telchemy.com
Glen Zorn Network Zen 77/440 Soi Phoomjit, Rama IV Road Phra Khanong, Khlong Toie Bangkok 10110 Thailand
Glen Zorn Network Zen 77/440 Soi Phoomjit、Rama IV Road Phra Khanong、Khlong Toie Bangkok 10110 Thailand
Phone: +66 (0) 87 502 4274
EMail: gwz@net-zen.net
Claire Bi Shanghai Research Institute of China Telecom Corporation Limited No. 1835, South Pudong Road Shanghai 200122 China
200122中国上海、浦東南路1835、中国電信公司のクレア・ビー上海研究所
EMail: bijy@sttri.com.cn
Qin Wu Huawei 101 Software Avenue, Yuhua District Nanjing, Jiangsu 210012 China
Wuhu AのQは101ソフトウェアアベニューで、Y Uは地区210012中国江蘇省NaN京を描画します
EMail: sunseawq@huawei.com