[要約] RFC 6796は、メディアポリシーのためのユーザーエージェントプロファイルデータセットに関するものであり、ユーザーエージェントの能力と制約を定義するためのデータセットを提供することを目的としています。
Internet Engineering Task Force (IETF) V. Hilt
Request for Comments: 6796 Bell Labs/Alcatel-Lucent
Category: Standards Track G. Camarillo
ISSN: 2070-1721 Ericsson
J. Rosenberg
jdrosen.net
D. Worley
Ariadne
December 2012
A User Agent Profile Data Set for Media Policy
メディアポリシーのユーザーエージェントプロファイルデータセット
Abstract
概要
This specification defines an XML document format to describe the media properties of Session Initiation Protocol (SIP) sessions. Examples for media properties are the codecs or media types used in the session. This document also defines an XML document format to describe policies that limit the media properties of SIP sessions.
この仕様は、Session Initiation Protocol（SIP）セッションのメディアプロパティを記述するXMLドキュメント形式を定義しています。メディアプロパティの例は、セッションで使用されるコーデックまたはメディアタイプです。このドキュメントでは、SIPセッションのメディアプロパティを制限するポリシーを説明するXMLドキュメント形式も定義しています。
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/rfc6796.
このドキュメントの現在のステータス、エラータ、およびフィードバックの提供方法に関する情報は、http：//www.rfc-editor.org/info/rfc6796で入手できます。
Copyright Notice
著作権表示
Copyright (c) 2012 IETF Trust and the persons identified as the document authors. All rights reserved.
Copyright（c）2012 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 ....................................................4
2. Terminology .....................................................5
3. Media Policy Data Set Format ....................................5
3.1. Namespace and Media Type ...................................5
3.2. Extensibility ..............................................5
3.3. Attributes .................................................6
3.3.1. The 'visibility' Attribute ..........................6
3.3.2. The 'direction' Attributes ..........................6
3.3.3. The 'q' Attribute ...................................6
3.3.4. The 'media-type' Attribute ..........................7
3.3.5. The 'label' Attribute ...............................7
3.3.6. The 'enabled' Attribute .............................7
4. Session Info Documents ..........................................7
4.1. Mapping between SDP and Session Info Documents .............8
4.2. The <session-info> Element ................................10
4.3. The <streams> Element .....................................10
4.3.1. The <stream> Element ...............................10
4.4. The <media-intermediaries> Element ........................11
4.4.1. The <fixed-intermediary> Element ...................12
4.4.2. The <turn-intermediary> Element ....................13
4.4.3. The <msrp-intermediary> Element ....................13
5. Session Policy Documents .......................................14
5.1. Merging Session Policies ..................................14
5.1.1. Single Value Selection .............................14
5.1.2. Merging Sets .......................................15
5.1.3. Local Policy Server Selection ......................16
5.2. The <session-policy> Element ..............................16
5.3. The <media-types-allowed> Element .........................16
5.4. The <media-types-excluded> Element ........................17
5.5. The <codecs-allowed> Element ..............................17
5.6. The <codecs-excluded> Element .............................18
5.7. The <local-ports> Element .................................18
6. Common Media Policy Data Set Elements ..........................19
6.1. The <media-type> Element ..................................19
6.2. The <codec> Element .......................................19
6.2.1. The <media-type-subtype> Element ...................20
6.2.2. The <mime-parameter> Element .......................20
6.3. The <max-bw> Element ......................................20
6.4. The <max-session-bw> Element ..............................21
6.5. The <max-stream-bw> Element ...............................21
6.6. The <qos-dscp> Element ....................................22
6.7. The <context> Element .....................................23
6.7.1. The <policy-server-URI> Element ....................23
6.7.2. The <contact> Element ..............................23
6.7.3. The <info> Element .................................23
6.7.4. The <request-URI> Element ..........................23
6.7.5. The <token> Element ................................24
6.8. Other Session Properties ..................................24
7. Examples .......................................................25
7.1. Session Policy Documents ..................................25
7.2. Session Information Documents .............................25
7.2.1. Example 1 ..........................................25
7.2.2. Example 2 ..........................................26
8. RELAX NG Definition ............................................29
9. Security Considerations ........................................37
10. IANA Considerations ...........................................38
10.1. Media Type Registration ..................................38
10.2. RELAX NG Schema Registration .............................39
10.3. URN Sub-Namespace Registration ...........................39
11. References ....................................................40
11.1. Normative References .....................................40
11.2. Informative References ...................................41
Appendix A. Acknowledgements ......................................42
Within the Session Initiation Protocol (SIP) [RFC3261], "A Framework for Session Initiation Protocol (SIP) User Agent Profile Delivery" [RFC6080] and "A Framework for SIP Session Policies" [RFC6794] define mechanisms to convey session policies and configuration information from a network server to a user agent. An important piece of the information conveyed to the user agent relates to the media properties of the SIP sessions set up by the user agent. Examples for these media properties are the codecs and media types used, the media-intermediaries to be traversed, or the maximum bandwidth available for media streams.
セッション開始プロトコル（SIP）[RFC3261]内で、「セッション開始プロトコル（SIP）ユーザーエージェントプロファイル配信のフレームワーク」[RFC6080]および「SIPセッションポリシーのフレームワーク」[RFC6794]は、セッションポリシーと構成を伝達するメカニズムを定義します。ネットワークサーバーからユーザーエージェントへの情報。ユーザーエージェントに伝えられる重要な情報は、ユーザーエージェントによってセットアップされたSIPセッションのメディアプロパティに関連しています。これらのメディアプロパティの例は、使用されるコーデックとメディアタイプ、トラバースされるメディア中間体、またはメディアストリームで使用可能な最大帯域幅です。
This specification defines a document format for media properties of SIP sessions: the Media Policy Data Set Format (MPDF). This format can be used in two ways. First, it can be used to describe the properties of a given SIP session (e.g., the media types and codecs used). These MPDF documents are called session info documents and they are usually created based on the session description of a session. Second, the MPDF format can be used to define policies for SIP sessions in a session policy document. A session policy document defines properties for a session (e.g., the media types allowed in a session), independent of a specific session description.
この仕様では、SIPセッションのメディアプロパティのドキュメント形式であるメディアポリシーデータセット形式（MPDF）を定義しています。このフォーマットは2つの方法で使用できます。 1つ目は、特定のSIPセッションのプロパティ（使用されるメディアタイプやコーデックなど）を説明するために使用できます。これらのMPDFドキュメントはセッション情報ドキュメントと呼ばれ、通常、セッションのセッション説明に基づいて作成されます。 2番目に、MPDF形式を使用して、セッションポリシードキュメントでSIPセッションのポリシーを定義できます。セッションポリシードキュメントは、特定のセッションの説明とは無関係に、セッションのプロパティ（たとえば、セッションで許可されているメディアタイプ）を定義します。
If used with "A Framework for SIP Session Policies" [RFC6794], session info documents are used in conjunction with session-specific policies. A session info document is created by a user agent (UA) based on the current session description and submitted to the policy server. The policy server examines the session info document, modifies it if necessary (e.g., by removing video streams if video is not permitted), and returns the possibly modified session info document to the UA. Session policy documents, on the other hand, are used to describe session-independent policies that can be submitted to the UA independent of a specific session.
「SIPセッションポリシーのフレームワーク」[RFC6794]と共に使用する場合、セッション情報ドキュメントは、セッション固有のポリシーと共に使用されます。セッション情報ドキュメントは、現在のセッションの説明に基づいてユーザーエージェント（UA）によって作成され、ポリシーサーバーに送信されます。ポリシーサーバーはセッション情報ドキュメントを調べ、必要に応じて変更し（ビデオが許可されていない場合はビデオストリームを削除するなど）、変更された可能性のあるセッション情報ドキュメントをUAに返します。一方、セッションポリシードキュメントは、特定のセッションとは無関係にUAに送信できるセッションに依存しないポリシーを記述するために使用されます。
The two types of MPDF documents, session information and session policy documents, share the same set of XML elements to describe session properties. Since these elements are used in different contexts for session info and session policy documents, two different root elements exist for the two document types: <session-info> is the root element for session information documents and <session-policy> is the root element for session policy documents.
セッション情報とセッションポリシードキュメントの2種類のMPDFドキュメントは、セッションプロパティを説明する同じXML要素のセットを共有します。これらの要素はセッション情報ドキュメントとセッションポリシードキュメントの異なるコンテキストで使用されるため、2つのドキュメントタイプには2つの異なるルート要素が存在します。<session-info>はセッション情報ドキュメントのルート要素、<session-policy>はルート要素ですセッションポリシードキュメント。
A user agent can receive multiple session policy documents from different sources. This can lead to a situation in which the user agent needs to apply multiple session policy documents to the same session. This standard specifies merging rules for those XML elements that can be present in session policy documents. It should be noted that these merging rules are part of the semantics of a session policy XML element. User agents implement the merging rules as part of implementing the element semantics. As a consequence, it is not possible to build an entity that can mechanically merge two session policy documents without understanding the semantics of all elements in the input documents.
ユーザーエージェントは、さまざまなソースから複数のセッションポリシードキュメントを受け取ることができます。これにより、ユーザーエージェントが複数のセッションポリシードキュメントを同じセッションに適用する必要が生じる場合があります。この標準は、セッションポリシードキュメントに存在できるXML要素のマージルールを指定します。これらのマージルールは、セッションポリシーXML要素のセマンティクスの一部であることに注意してください。ユーザーエージェントは、要素のセマンティクスを実装する一環として、マージルールを実装します。その結果、入力ドキュメントのすべての要素のセマンティクスを理解せずに、2つのセッションポリシードキュメントを機械的にマージできるエンティティを構築することはできません。
Merging rules are not needed for elements of session information documents since they are created by one source and describe a specific session.
マージルールは1つのソースによって作成され、特定のセッションを記述するため、セッション情報ドキュメントの要素には必要ありません。
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]で説明されているように解釈されます。
This section discusses fundamental properties of the Media Policy Data Set Format (MPDF).
このセクションでは、メディアポリシーデータセット形式（MPDF）の基本的なプロパティについて説明します。
The MPDF format is based on XML [W3C.REC-xml-20081126]. An MPDF document MUST be well-formed and MUST be valid according to schemas, including extension schemas, available to the validator and applicable to the XML document. MPDF documents MUST be based on XML 1.0 and MUST be encoded using UTF-8.
MPDF形式はXML [W3C.REC-xml-20081126]に基づいています。 MPDFドキュメントは整形式である必要があり、拡張スキーマを含め、バリデーターで利用可能でXMLドキュメントに適用可能なスキーマに従って有効である必要があります。 MPDFドキュメントはXML 1.0に基づく必要があり、UTF-8を使用してエンコードする必要があります。
MPDF makes use of XML namespaces [W3C.REC-xml-names-19990114]. The namespace URIs for elements defined in this specification are URNs [RFC2141], using the namespace identifier 'ietf' defined by [RFC2648] and extended by [RFC3688]. The namespace URN for the MPDF schema is:
MPDFはXML名前空間を使用します[W3C.REC-xml-names-19990114]。この仕様で定義されている要素の名前空間URIはURN [RFC2141]であり、[RFC2648]で定義され、[RFC3688]で拡張された名前空間識別子「ietf」を使用します。 MPDFスキーマの名前空間URNは次のとおりです。
urn:ietf:params:xml:ns:mediadataset
The media type for the Media Policy Data Set Format is:
メディアポリシーデータセット形式のメディアタイプは次のとおりです。
application/media-policy-dataset+xml
application / media-policy-dataset + xml
The MPDF format can be extended using XML extension mechanisms if additional media properties are needed. In particular, elements from different XML namespaces MAY be present within a MPDF document for the purposes of extensibility; elements or attributes from unknown namespaces MUST be ignored.
追加のメディアプロパティが必要な場合は、XML拡張メカニズムを使用してMPDF形式を拡張できます。特に、異なるXML名前空間の要素は、拡張性の目的でMPDFドキュメント内に存在する場合があります。不明な名前空間の要素または属性は無視する必要があります。
The following attributes can be used with elements of the MPDF format. The specification of each MPDF element lists which of these attributes can be used. If an element bears an attribute that may not be used with it, the user agent MUST ignore the attribute.
次の属性は、MPDF形式の要素で使用できます。各MPDF要素の仕様には、これらの属性のどれを使用できるかが記載されています。要素がその要素と一緒に使用できない属性を持つ場合、ユーザーエージェントはその属性を無視しなければなりません（MUST）。
The attribute 'visibility' specifies whether or not the user agent is advised to display the property value to the user. This is used to hide setting values that the administrator may not want the user to see or know. The 'visibility' attribute has two possible values:
属性「visibility」は、ユーザーエージェントがユーザーにプロパティ値を表示するようにアドバイスされるかどうかを指定します。これは、管理者がユーザーに表示または知りたくない設定値を非表示にするために使用されます。 'visibility'属性には2つの可能な値があります。
o visible: specifies that display of the property value is not restricted. This is the default value of the attribute if it is not specified.
o visible：プロパティ値の表示が制限されないことを指定します。これが指定されていない場合、これは属性のデフォルト値です。
o hidden: Specifies that the user agent is advised not to display the property value. Display of the property value may be allowed using special administrative interfaces, but it is not appropriate for the ordinary user.
o hidden：ユーザーエージェントがプロパティ値を表示しないようにアドバイスされることを指定します。プロパティ値の表示は、特別な管理インターフェースを使用して許可される場合がありますが、通常のユーザーには適していません。
Some properties are unidirectional and only apply to messages or data streams transmitted into one direction. For example, a property for media streams can be restricted to outgoing media streams only. Unidirectional properties can be expressed by adding a 'direction' attribute to the respective element.
一部のプロパティは単方向であり、一方向に送信されるメッセージまたはデータストリームにのみ適用されます。たとえば、メディアストリームのプロパティは、発信メディアストリームのみに制限できます。一方向プロパティは、それぞれの要素に「方向」属性を追加することで表現できます。
The 'direction' attribute can have the following values:
'direction'属性には次の値を指定できます。
o recvonly: the property only applies to incoming streams.
o recvonly：プロパティは受信ストリームにのみ適用されます。
o sendonly: the property only applies to outgoing streams.
o sendonly：プロパティは発信ストリームにのみ適用されます。
o sendrecv: the property applies to streams in both directions. This is the default value that is used if the 'direction' attribute is omitted.
o sendrecv：プロパティは双方向のストリームに適用されます。これは、「方向」属性が省略された場合に使用されるデフォルト値です。
It is possible to express a preference for a certain value relative to the other values within a set of multiple values that are allowed within a property. For example, it is possible to express that the codecs G.711 and G.729 are allowed, but G.711 is preferred. Preferences are to be expressed by adding a 'q' attribute to a property element. The 'q' attribute is only allowed in elements that specify allowed values (as opposed to elements that specify forbidden values).
プロパティ内で許可されている複数の値のセット内の他の値と比較して、特定の値の設定を表すことができます。たとえば、コーデックG.711およびG.729が許可されていることを表すことは可能ですが、G.711が優先されます。プリファレンスは、プロパティ要素に「q」属性を追加することによって表現されます。 'q'属性は、（禁止された値を指定する要素とは対照的に）許可された値を指定する要素でのみ許可されます。
The value of the 'q' attribute is a decimal number within the range of 0 to 1, inclusive, with two or fewer decimal places. An element with a higher 'q' value is preferred over one with a lower 'q' value.
'q'属性の値は、小数点以下2桁以下の0〜1の範囲の10進数です。より高い 'q'値を持つ要素は、より低い 'q'値を持つ要素よりも優先されます。
The media-type attribute is used to define that an element only applies to streams of a certain media type, as defined in Section 8.2.1 of [RFC4566]. For example, it may only apply to audio streams. The value of the 'media-type' attribute MUST be the media type, such as audio, video, text, or application.
media-type属性は、[RFC4566]のセクション8.2.1で定義されているように、要素が特定のメディアタイプのストリームにのみ適用されることを定義するために使用されます。たとえば、オーディオストリームにのみ適用される場合があります。 'media-type'属性の値は、オーディオ、ビデオ、テキスト、アプリケーションなどのメディアタイプである必要があります。
The label attribute is used to identify a specific media stream. The value of the label attribute is a token, whose syntax is defined in [RFC4574]. The token can be chosen freely; however, it MUST be unique among all <stream> elements in a session-info document.
label属性は、特定のメディアストリームを識別するために使用されます。 label属性の値はトークンであり、その構文は[RFC4574]で定義されています。トークンは自由に選択できます。ただし、セッション情報ドキュメントのすべての<stream>要素間で一意である必要があります。
The 'enabled' attribute specifies whether or not the user agent is allowed to establish a media stream. This boolean attribute has two possible values:
'enabled'属性は、ユーザーエージェントがメディアストリームを確立できるかどうかを指定します。このブール属性には、2つの可能な値があります。
o yes: specifies that the media stream can be established. This is the default value of the attribute if it is not specified.
o yes：メディアストリームを確立できることを指定します。これが指定されていない場合、これは属性のデフォルト値です。
o no: specifies that the user agent MUST NOT establish the media stream.
o no：ユーザーエージェントがメディアストリームを確立してはならないことを指定します。
Session info documents describe key properties of a SIP session such as the media streams used in the session. Session info documents are typically created based on a session description expressed using Session Description Protocol (SDP) [RFC4566] or an SDP offer/answer pair [RFC3264].
セッション情報ドキュメントは、セッションで使用されるメディアストリームなどのSIPセッションの主要なプロパティを記述します。セッション情報文書は通常、Session Description Protocol（SDP）[RFC4566]またはSDPオファー/アンサーペア[RFC3264]を使用して表現されたセッション記述に基づいて作成されます。
Session info documents can be used for session-specific policies [RFC6794]. In this usage, a UA creates a session info document based on its session description(s) and sends this document to the policy server. The policy server modifies this document according to the policies that apply to the described session and returns a version of the session info document that is compliant to the policies. For example, if video streams are not permissible under current policies and the UA submits a session info document that contains a video stream, the policy server will disable (i.e., enabled="no") the video stream in the session info document that it returns to the UA.
セッション情報ドキュメントは、セッション固有のポリシーに使用できます[RFC6794]。この使用法では、UAはセッションの説明に基づいてセッション情報ドキュメントを作成し、このドキュメントをポリシーサーバーに送信します。ポリシーサーバーは、説明されたセッションに適用されるポリシーに従ってこのドキュメントを変更し、ポリシーに準拠するバージョンのセッション情報ドキュメントを返します。たとえば、ビデオストリームが現在のポリシーで許可されておらず、UAがビデオストリームを含むセッション情報ドキュメントを送信すると、ポリシーサーバーは、そのセッション情報ドキュメント内のビデオストリームを無効にします（つまり、enabled = "no"）。 UAに戻ります。
Session info documents use the <session-info> root element. They use elements described in this section and common elements described in Section 6.
セッション情報ドキュメントは、<session-info>ルート要素を使用します。このセクションで説明する要素とセクション6で説明する共通要素を使用します。
Elements that are only present in session info documents do not require merging rules. If used in the context of session-specific policies, session info documents are sent to one policy server at a time only; therefore, a UA does not need to merge multiple session info documents into one. A policy server needs to modify a session info document it has received according to its policies. The modification of session info documents is determined by the local policies of the policy server and is, thus, outside the scope of this standard.
セッション情報ドキュメントにのみ存在する要素には、マージルールは必要ありません。セッション固有のポリシーのコンテキストで使用される場合、セッション情報ドキュメントは一度に1つのポリシーサーバーにのみ送信されます。したがって、UAは複数のセッション情報ドキュメントを1つにマージする必要はありません。ポリシーサーバーは、ポリシーに従って受信したセッション情報ドキュメントを変更する必要があります。セッション情報ドキュメントの変更は、ポリシーサーバーのローカルポリシーによって決定されるため、この標準の範囲外です。
A policy server can completely reject a session by returning a session info document with an empty <session-info> element:
ポリシーサーバーは、<session-info>要素が空のセッション情報ドキュメントを返すことで、セッションを完全に拒否できます。
<session-info></session-info>
This section specifies how to map information in a session description or an SDP offer/answer pair [RFC3264] to session info documents. It also specifies how to map a session info document into a session description. Note that these mapping rules do not include rules for all elements that need to be present in a session info document or in a session description. That is, some of those elements are generated following their associated general rules (e.g., the general rules to generate SDP "v=" and "t=" lines).
このセクションでは、セッションの説明またはSDPオファー/アンサーペア[RFC3264]の情報をセッション情報ドキュメントにマップする方法を指定します。また、セッション情報ドキュメントをセッションの説明にマップする方法も指定します。これらのマッピングルールには、セッション情報ドキュメントまたはセッションの説明に存在する必要があるすべての要素のルールが含まれていないことに注意してください。つまり、これらの要素の一部は、関連する一般的なルール（SDPの「v =」および「t =」の行を生成するための一般的なルールなど）に従って生成されます。
A UA with a session description that needs to create a session info document uses the data in the session description and maps it following the rules below. A UA with an SDP offer/answer pair that needs to create a session info document uses the data that has been agreed in the offer/answer exchange.
セッション情報ドキュメントを作成する必要があるセッション記述を持つUAは、セッション記述のデータを使用し、以下のルールに従ってマッピングします。セッション情報ドキュメントを作成する必要があるSDPオファー/アンサーペアを持つUAは、オファー/アンサー交換で合意されたデータを使用します。
A UA MUST create a separate <stream> element for each "m=" line in a session description or SDP offer/answer pair; the order of the <stream> elements corresponds to the order of the "m=" lines. For a session description, the UA MUST insert the media type from the "m=" line into a <media-type> element and MUST create a <codec> element for each codec listed in the "m=" line. For an SDP offer/answer pair, the UA MUST insert a <codec> element for each of the codecs that were agreed upon for the particular stream in the offer/answer exchange. The <codec> elements MUST have 'q' attributes with values that decrease with the order the codecs are given in the "m=" line. (Other than the ordering restriction, the particular values used are not specified by this document.)
UAは、セッションの説明またはSDPオファー/アンサーペアの「m =」行ごとに個別の<stream>要素を作成する必要があります。 <stream>要素の順序は、「m =」行の順序に対応しています。セッションの説明では、UAは「m =」行のメディアタイプを<media-type>要素に挿入する必要があり、「m =」行にリストされているコーデックごとに<codec>要素を作成する必要があります。 SDPオファー/アンサーペアの場合、UAは、オファー/アンサー交換の特定のストリームについて合意された各コーデックの<codec>要素を挿入する必要があります。 <codec>要素は、コーデックが「m =」行に指定された順序で値が減少する「q」属性を持つ必要があります。 （順序の制限を除き、使用される特定の値はこのドキュメントでは指定されていません。）
The UA MUST create a <local-host-port> element for each stream using the port taken from the "m=" line and the address from the corresponding "c=" line of the local session description. The UA SHOULD create a <remote-host-port> element using the port and address from the "m=" and "c=" lines for the same stream taken from the remote session description if this session description is available. (The local SDP is the one sent by the UA; the remote SDP is the one received from the remote UA.)
UAは、「m =」行から取得したポートと、ローカルセッション記述の対応する「c =」行からのアドレスを使用して、各ストリームの<local-host-port>要素を作成する必要があります。 UAは、リモートセッションの説明が利用可能な場合、リモートセッションの説明から取得した同じストリームの「m =」行と「c =」行のポートとアドレスを使用して、<remote-host-port>要素を作成する必要があります（SHOULD）。 （ローカルSDPはUAが送信したもので、リモートSDPはリモートUAから受信したものです。）
The <remote-host-port> contains information that may be considered sensitive from a privacy standpoint. A UA configured not to disclose that information would not include the <remote-host-port> element in its session info documents.
<remote-host-port>には、プライバシーの観点から機密と見なされる可能性のある情報が含まれています。その情報を開示しないように設定されたUAは、そのセッション情報ドキュメントに<remote-host-port>要素を含みません。
The numeric value in a "b=CT:..." attribute in a session description is used to set the content of a <max-bw> element with the direction attribute value corresponding to which SDP contains the "b=" attribute.
セッション記述の "b = CT：..."属性の数値は、<max-bw>要素のコンテンツを、どのSDPに "b ="属性が含まれるかを示す方向属性値で設定するために使用されます。
The numeric value in a "b=AS:..." attribute at the session level in a session description is used to set the content of a <max-session-bw> element with the direction attribute value corresponding to the SDP which contains the "b=" attribute.
セッション記述のセッションレベルの「b = AS：...」属性の数値を使用して、<max-session-bw>要素のコンテンツに、SDPに対応する方向属性値を設定します。 「b =」属性。
The numeric value in a "b=AS:..." attribute at the media level in a media description is used to set the content of a <max-stream-bw> element child of the appropriate <stream> element, with the direction attribute value corresponding to the SDP which contains the "b=" attribute.
メディア記述のメディアレベルの「b = AS：...」属性の数値は、適切な<stream>要素の<max-stream-bw>要素の子のコンテンツを設定するために使用されます。 「b =」属性を含むSDPに対応する方向属性値。
An "a=label:..." attribute [RFC4574] is used to set the 'label' attribute of the appropriate <stream> element.
"a = label：..."属性[RFC4574]は、適切な<stream>要素の 'label'属性を設定するために使用されます。
The mapping from a session info document to a session description follows the same rules in the reverse direction.
セッション情報文書からセッション記述へのマッピングは、逆方向の同じルールに従います。
For any particular "m=" line, the codecs MUST be listed in decreasing order of the values of the 'q' attributes of the corresponding <codec> elements.
特定の「m =」行については、対応する<codec>要素の「q」属性の値の降順でコーデックをリストする必要があります。
The <session-info> element describes the properties of a specific SIP session. The <session-info> element MAY contain the optional <context> and <streams> elements, and multiple (including zero) <max-bw>, <max-session-bw>, <max-stream-bw>, <media-intermediaries>, and <qos-dscp> elements, as well as elements from other namespaces.
<session-info>要素は、特定のSIPセッションのプロパティを記述します。 <session-info>要素には、オプションの<context>要素と<streams>要素、および複数（ゼロを含む）<max-bw>、<max-session-bw>、<max-stream-bw>、<mediaを含めることができます（MAY）。 -intermediaries>、<qos-dscp>要素、および他の名前空間の要素。
The <streams> element is a container that is used to describe the media streams used in a session. A <streams> element contains zero or more <stream> elements. Each <stream> element describes the properties (e.g., media type, codecs, and IP addresses and ports) of a single media stream.
<streams>要素は、セッションで使用されるメディアストリームを記述するために使用されるコンテナーです。 <streams>要素には、0個以上の<stream>要素が含まれます。各<stream>要素は、単一のメディアストリームのプロパティ（メディアタイプ、コーデック、IPアドレスとポートなど）を記述します。
The <stream> element describes a specific media stream. It contains the media type, codecs, and the hostname(s) or IP address(es) and port(s) of this stream.
<stream>要素は、特定のメディアストリームを記述します。これには、メディアタイプ、コーデック、およびこのストリームのホスト名またはIPアドレスとポートが含まれます。
The hostname(s) or IP address(es) and port number(s) of a stream correspond to the ones listed in the session description(s). A UA that generates a <stream> element MUST insert the hostname/port found in the local session description for this media stream into the local-host-port element. The UA SHOULD insert the hostname/port of the remote session description into the <remote-host-port> element, if the remote session description is available to the UA. If not, the UA generates a stream element that only contains the <local-host-port> element.
ストリームのホスト名またはIPアドレスとポート番号は、セッションの説明にリストされているものに対応しています。 <stream>要素を生成するUAは、このメディアストリームのローカルセッション記述にあるホスト名/ポートをlocal-host-port要素に挿入する必要があります。 UAは、リモートセッション記述がUAで利用できる場合、リモートセッション記述のホスト名/ポートを<remote-host-port>要素に挿入する必要があります（SHOULD）。そうでない場合、UAは<local-host-port>要素のみを含むストリーム要素を生成します。
This element MAY have the direction, label, and enabled attributes (see Section 3.3).
この要素は、方向、ラベル、および有効化された属性を持つことができます（セクション3.3を参照）。
The 'label' attribute is used to identify a specific media stream. The value of the label attribute is a token that is unique among all <stream> elements in a session-info document and whose syntax is defined in [RFC4566].
'label'属性は、特定のメディアストリームを識別するために使用されます。 label属性の値は、session-infoドキュメントのすべての<stream>要素間で一意のトークンであり、その構文は[RFC4566]で定義されています。
The 'enabled' attribute specifies whether or not the user agent is allowed to establish a media stream.
'enabled'属性は、ユーザーエージェントがメディアストリームを確立できるかどうかを指定します。
The <stream> element MUST contain one <media-type> element, one or more <codec> elements and one <local-host-port> element. The <stream> element MUST contain zero or one <remote-host-port> elements.
<stream>要素には、1つの<media-type>要素、1つ以上の<codec>要素、および1つの<local-host-port>要素が含まれている必要があります。 <stream>要素には、ゼロまたは1つの<remote-host-port>要素を含める必要があります。
The <local-host-port> element contains the hostname or IP address and the receiving port number of the media stream in the local session description. The hostname or IP address is separated from the port by a ":". An example is: "host.example.com:49562".
<local-host-port>要素には、ローカルセッションの説明にあるメディアストリームのホスト名またはIPアドレスと受信ポート番号が含まれます。ホスト名またはIPアドレスは、ポートと「：」で区切られます。例は、「host.example.com:49562」です。
The hostname or IP address of element is found in the "c=" element for the stream in the local session description. The port number is found in the "m=" element.
要素のホスト名またはIPアドレスは、ローカルセッション記述のストリームの「c =」要素にあります。ポート番号は「m =」要素にあります。
The <remote-host-port> element is structured exactly as the <local-host-port> element. However, it identifies the hostname or IP address and receiving port number of the media stream in the remote session description.
<remote-host-port>要素は、<local-host-port>要素とまったく同じ構造です。ただし、リモートセッションの説明では、メディアストリームのホスト名またはIPアドレスと受信ポート番号を識別します。
The <media-intermediaries> element expresses a policy for routing media streams through media intermediaries. The purpose of the <media-intermediaries> element is to tell the UA to send media streams through a chain of media intermediaries. The manner in which the UA arranges for a media stream to pass through the intermediaries depends on the type of intermediary.
<media-intermediaries>要素は、メディアストリームを通じてメディアストリームをルーティングするためのポリシーを表します。 <media-intermediaries>要素の目的は、UAにメディアストリームのチェーンを介してメディアストリームを送信するように伝えることです。 UAがメディアストリームが仲介者を通過するように配置する方法は、仲介者の種類によって異なります。
The <media-intermediaries> element is a container that lists all media intermediaries to be traversed. Media intermediaries should be traversed in the order in which they appear in this list. The topmost entry should be traversed first, the last entry should be traversed last.
<media-intermediaries>要素は、トラバースするすべてのメディア仲介者をリストするコンテナです。メディア仲介者は、このリストに表示される順序でトラバースする必要があります。一番上のエントリを最初にトラバースし、最後のエントリを最後にトラバースする必要があります。
Different types of intermediaries exist. These intermediaries are not necessarily interoperable and it may not be possible to chain them in an arbitrary order. A <media-intermediaries> element SHOULD therefore only contain intermediary elements of the same type.
さまざまな種類の仲介者が存在します。これらの仲介者は必ずしも相互運用可能であるとは限らず、それらを任意の順序でチェーンすることができない場合があります。したがって、<media-intermediaries>要素には、同じタイプの中間要素のみを含める必要があります（SHOULD）。
This element MAY have the 'direction' attribute (see Section 3.3).
この要素は「方向」属性を持つことができます（セクション3.3を参照）。
Multiple <media-intermediaries> elements MUST NOT be present in a container unless each applies to a different set of streams (e.g., one <media-intermediaries> element for incoming and one for outgoing streams). The <media-intermediaries> element MUST contain one or more elements defining a specific media intermediary, such as <fixed-intermediary> or <turn-intermediary>.
複数の<media-intermediaries>要素は、それぞれがストリームの異なるセットに適用される場合を除いて、コンテナに存在してはなりません（たとえば、1つの<media-intermediaries>要素が着信ストリーム用で、もう1つが発信ストリーム用）。 <media-intermediaries>要素には、<fixed-intermediary>や<turn-intermediary>など、特定のメディア仲介を定義する1つ以上の要素を含める必要があります。
Note: it is not intended that the <media-intermediaries> element replace connectivity discovery mechanisms such as Interactive Connectivity Establishment (ICE). Instead of finding media relays that provide connectivity, this element defines a policy for media intermediaries that should be traversed. The set of intermediaries defined in the <media-intermediaries> element and the ones discovered through ICE may overlap but don't have to.
注：<media-intermediaries>要素がInteractive Connectivity Establishment（ICE）などの接続検出メカニズムを置き換えることは意図されていません。この要素は、接続を提供するメディアリレーを見つける代わりに、通過する必要のあるメディア仲介者のポリシーを定義します。 <media-intermediaries>要素で定義された仲介者のセットとICEを通じて検出された仲介者のセットは重複する場合がありますが、重複する必要はありません。
A fixed intermediary relies on pre-configured forwarding rules. The user agent simply sends media to the first media intermediary listed. It can assume that this media intermediary has been pre-configured with a forwarding rule for the media stream and knows where to forward the packets. The configuration of forwarding rules in the intermediary must be done through other means.
固定仲介者は、事前設定された転送ルールに依存しています。ユーザーエージェントは、リストされている最初のメディア仲介者にメディアを送信するだけです。このメディア仲介者は、メディアストリームの転送ルールで事前構成されており、パケットの転送先を知っていると想定できます。仲介者の転送ルールの設定は、他の方法で行う必要があります。
The contents of a <fixed-intermediary> element MUST be echoed to all policy servers that provide policies for a session. That is, if multiple policy servers provide policies for the same session, this element needs to be forwarded to all of them, possibly in a second round of session-specific policy subscriptions as described in [RFC6794] in the "Contacting the Policy Server" section.
<fixed-intermediary>要素の内容は、セッションにポリシーを提供するすべてのポリシーサーバーにエコーする必要があります。つまり、複数のポリシーサーバーが同じセッションのポリシーを提供する場合、この要素をすべてのサーバーに転送する必要があります。おそらく、「ポリシーサーバーへの連絡」の[RFC6794]で説明されているセッション固有のポリシーサブスクリプションの2回目のラウンドで転送します。セクション。
The <fixed-intermediary> element MUST contain one <int-host-port> element and MAY contain multiple optional <int-addl-port> elements.
<fixed-intermediary>要素には1つの<int-host-port>要素を含める必要があり、複数のオプションの<int-addl-port>要素を含めることができます（MAY）。
The <int-host-port> element contains the hostname or IP address and port number of a media intermediary. The UA uses this hostname/IP address and port to send its media streams to the intermediary. The hostname or IP address is separated from the port by a ":".
<int-host-port>要素には、メディア仲介者のホスト名またはIPアドレスとポート番号が含まれます。 UAはこのホスト名/ IPアドレスとポートを使用して、メディアストリームを仲介者に送信します。ホスト名またはIPアドレスは、ポートと「：」で区切られます。
If a protocol uses multiple subsequent ports (e.g., RTP), the lowest port number SHOULD be included in the <int-host-port> element. All additional port numbers SHOULD be identified in <int-addl-port> elements.
プロトコルが複数の後続のポート（RTPなど）を使用する場合、最小のポート番号を<int-host-port>要素に含める必要があります（SHOULD）。追加のポート番号はすべて<int-addl-port>要素で識別される必要があります（SHOULD）。
If a protocol uses multiple subsequent ports (e.g., RTP), the lowest port number SHOULD be included in the <int-host-port> element. All additional port numbers SHOULD be identified in <int-addl-port> elements.
プロトコルが複数の後続のポート（RTPなど）を使用する場合、最小のポート番号を<int-host-port>要素に含める必要があります（SHOULD）。追加のポート番号はすべて<int-addl-port>要素で識別される必要があります（SHOULD）。
The Traversal Using Relays around NAT (TURN) [RFC5766] protocol provides a mechanism for inserting a relay into the media path. Although the main purpose of TURN is NAT traversal, it is possible for a TURN relay to perform other media intermediary functionalities. The user agent establishes a binding on the TURN server and uses this binding to transmit and receive media.
NATのリレーを使用したトラバーサル（TURN）[RFC5766]プロトコルは、リレーをメディアパスに挿入するメカニズムを提供します。 TURNの主な目的はNATトラバーサルですが、TURNリレーが他のメディア仲介機能を実行することは可能です。ユーザーエージェントは、TURNサーバーでバインディングを確立し、このバインディングを使用してメディアを送受信します。
The <turn-intermediary> element MUST contain one <int-host-port> element and MAY contain multiple optional <int-addl-port> elements and zero or one each of the <shared-secret>, <user>, and <transport> elements. If no <transport> element is present, UDP is assumed.
<turn-intermediary>要素には、1つの<int-host-port>要素が含まれている必要があり、複数のオプションの<int-addl-port>要素と、<shared-secret>、<user>、< transport>要素。 <transport>要素が存在しない場合、UDPが想定されます。
The <shared-secret> element contains the shared secret needed to authenticate at the media intermediary.
<shared-secret>要素には、メディア仲介者での認証に必要な共有秘密が含まれています。
The <user> element contains the user ID needed to authenticate to the media intermediary.
<user>要素には、メディア仲介者に対する認証に必要なユーザーIDが含まれています。
The <transport> element contains the name of the transport to be used for communicating with the TURN server. This document defines the values "tcp" and "udp" for use in the <transport> element. Other specifications may define additional values.
<transport>要素には、TURNサーバーとの通信に使用されるトランスポートの名前が含まれています。このドキュメントでは、<transport>要素で使用するための値「tcp」と「udp」を定義しています。その他の仕様では、追加の値が定義されている場合があります。
The Message Session Relay Protocol (MSRP) Relay Extensions [RFC4976] define a means for incorporating relays into the media path of an MSRP [RFC4975] session. MSRP is explicitly designed for a variety of purposes, including policy enforcement.
メッセージセッションリレープロトコル（MSRP）リレー拡張[RFC4976]は、MSRP [RFC4975]セッションのメディアパスにリレーを組み込むための手段を定義します。 MSRPは、ポリシーの実施など、さまざまな目的で明示的に設計されています。
The <msrp-intermediary> element MUST contain one <msrp-uri> element, and may contain zero or one of each of the <shared-secret> and <user> elements.
<msrp-intermediary>要素には1つの<msrp-uri>要素が含まれている必要があり、また<shared-secret>要素と<user>要素のそれぞれが0個または1つ含まれている場合があります。
The <msrp-uri> element contains a URI that indicates the MSRP server to use for an intermediary. The UA uses this URI to authenticate with the MSRP relay, and then uses the URI it learns through that authentication process for any MSRP media it sends or receives. The URIs in the <msrp-uri> element MUST have a scheme of "msrps:".
<msrp-uri>要素には、仲介に使用するMSRPサーバーを示すURIが含まれています。 UAはこのURIを使用してMSRPリレーで認証し、次に、送受信するすべてのMSRPメディアの認証プロセスを通じて学習したURIを使用します。 <msrp-uri>要素のURIには、「msrps：」のスキームが必要です。
Session policy documents describe policies for SIP sessions. Session policy documents are independent of any specific session description and express general policies for SIP sessions. A session policy document is used to determine if a SIP session is policy-conformant and can be used to modify the session, if needed, to conform to the described policies.
セッションポリシードキュメントには、SIPセッションのポリシーが記述されています。セッションポリシードキュメントは、特定のセッションの説明とは無関係であり、SIPセッションの一般的なポリシーを表します。セッションポリシードキュメントは、SIPセッションがポリシーに準拠しているかどうかを判断するために使用され、必要に応じて、説明されたポリシーに準拠するようにセッションを変更するために使用できます。
Session policy documents can be used to encode session-independent policies [RFC6794]. In this usage, a policy server creates a session policy document and passes this document to a UA. The UA applies the policies defined to the SIP sessions it is establishing. For example, a session policy document can contain an element that prohibits the use of video. To set up a session that is compliant to this policy, a UA does not include the video media type in its SDP offer or answer.
セッションポリシードキュメントは、セッションに依存しないポリシーをエンコードするために使用できます[RFC6794]。この使用法では、ポリシーサーバーがセッションポリシードキュメントを作成し、このドキュメントをUAに渡します。 UAは、定義しているポリシーを、確立中のSIPセッションに適用します。たとえば、セッションポリシードキュメントには、ビデオの使用を禁止する要素を含めることができます。このポリシーに準拠したセッションをセットアップするために、UAはSDPオファーまたはアンサーにビデオメディアタイプを含めません。
Session policy documents use the <session-policy> root element. They use elements described in this section and common elements described in Section 6.
セッションポリシードキュメントは、<session-policy>ルート要素を使用します。このセクションで説明する要素とセクション6で説明する共通要素を使用します。
A UA may receive session policy documents from multiple sources; multiple session policy documents can be merged into a single session policy document that expresses the logical AND of the policies.
UAは複数のソースからセッションポリシードキュメントを受け取る場合があります。複数のセッションポリシードキュメントをマージして、ポリシーの論理ANDを表す単一のセッションポリシードキュメントにすることができます。
Properties that have a single value (e.g., the maximum bandwidth allowed) require that a common value be determined for this property during the merging process. The merging rules for determining this value need to be defined individually for each element in the schema definition (e.g., select the lowest maximum bandwidth).
単一の値（許容される最大帯域幅など）を持つプロパティでは、マージプロセス中にこのプロパティの共通値を決定する必要があります。この値を決定するためのマージルールは、スキーマ定義の各要素に対して個別に定義する必要があります（たとえば、最小の最大帯域幅を選択します）。
The <media-types-allowed>, <media-types-excluded>, <codecs-allowed> and <codecs-excluded> elements are containers that hold a set of media-type/codec elements. The values defined in these containers MUST be merged to determine the set of media types/codecs that are permissible in a session. Note that for a particular codec, the <mime-parameter> element (see Section 6.2.2) allows identifying a particular encoding or profile of the codec. Therefore, when the <mime-parameter> element is present, what is allowed or excluded is the particular encoding or profile. Other encodings or profiles of the same codec are unaffected.
<media-types-allowed>、<media-types-excluded>、<codecs-allowed>および<codecs-excluded>要素は、media-type / codec要素のセットを保持するコンテナーです。これらのコンテナで定義された値をマージして、セッションで許可されるメディアタイプ/コーデックのセットを決定する必要があります。特定のコーデックでは、<mime-parameter>要素（セクション6.2.2を参照）により、特定のエンコーディングまたはコーデックのプロファイルを識別できることに注意してください。したがって、<mime-parameter>要素が存在する場合、許可または除外されるのは特定のエンコーディングまたはプロファイルです。同じコーデックの他のエンコーディングまたはプロファイルは影響を受けません。
To merge the media-types-* and codecs-* containers, a UA MUST apply all containers it has received one after the other to the set of media types/codecs it supports. After applying media-types-*/ codecs-* elements, the UA has the list of media types/codecs that are allowed in a session. The containers MAY be applied in any order. However, each time a container is applied to the set of media types/ codecs allowed, this set MUST stay the same or be reduced. Media types/codecs cannot be added during this process.
media-types- *とcodecs- *コンテナーをマージするには、UAは、受け取ったすべてのコンテナーを、サポートするメディアタイプ/コーデックのセットに次々と適用しなければなりません（MUST）。 media-types-* / codecs- *要素を適用すると、UAはセッションで許可されているメディアタイプ/コーデックのリストを取得します。コンテナは任意の順序で適用できます。ただし、コンテナが許可されたメディアタイプ/コーデックのセットに適用されるたびに、このセットは同じままであるか、削減される必要があります。このプロセス中にメディアタイプ/コーデックを追加することはできません。
The following example illustrates the merging process for two data sets. In this example, the UA supports the following set of audio codecs: PCMA, PCMU, and G729. After applying session policy document 1, the UA removes PCMA as it is disallowed by this policy. The remaining set of codecs is PCMU and G729. Session policy document 2 disallows all codecs that are not listed. After applying this policy, the set of codecs allowed is G729.
次の例は、2つのデータセットのマージプロセスを示しています。この例では、UAはPCMA、PCMU、およびG729のオーディオコーデックセットをサポートしています。セッションポリシードキュメント1を適用した後、UAはこのポリシーによって許可されていないため、PCMAを削除します。コーデックの残りのセットはPCMUとG729です。セッションポリシードキュメント2は、リストされていないすべてのコーデックを禁止します。このポリシーを適用した後、許可されるコーデックのセットはG729です。
Session Policy Document 1:
<codecs-excluded>
<codec><media-type-subtype>audio/PCMA</media-type-subtype></codec>
</codecs-excluded>
Session Policy Document 2:
<codecs-allowed>
<codec><media-type-subtype>audio/PCMA</media-type-subtype></codec>
<codec><media-type-subtype>audio/G729</media-type-subtype></codec>
</codecs-allowed>
It is possible that two session policy documents define non-overlapping sets of allowed media types or codecs. The resulting merged set would be empty, which is illegal according to the schema definition of the media-type/codec elements. This constitutes a conflict that cannot be resolved automatically. If these properties are enforced by both networks, the UA will not be able to set up a session.
2つのセッションポリシードキュメントが、許可されたメディアタイプまたはコーデックの重複しないセットを定義している可能性があります。結果のマージされたセットは空になります。これは、media-type / codec要素のスキーマ定義によれば不正です。これは、自動的に解決できない競合を構成します。これらのプロパティが両方のネットワークによって適用されている場合、UAはセッションをセットアップできません。
The combined set of media types/codecs MUST again be valid and well-formed according to the schema definitions. A conflict occurs if the combined property set is not a well-formed document after the merging process is completed.
メディアタイプ/コーデックの組み合わせセットは、スキーマ定義に従って有効かつ整形式である必要があります。マージプロセスの完了後、結合されたプロパティセットが整形式のドキュメントではない場合、競合が発生します。
Some properties require that only values from the local policy server are used. The local policy server is the policy server that is in the local domain of the user agent.
一部のプロパティでは、ローカルポリシーサーバーの値のみを使用する必要があります。ローカルポリシーサーバーは、ユーザーエージェントのローカルドメインにあるポリシーサーバーです。
If policy documents are delivered through the configuration framework [RFC6080], the value received through a subscription using the "local-network" profile-type SHOULD used. Values received through other profile-type subscriptions SHOULD be discarded.
ポリシードキュメントが構成フレームワーク[RFC6080]を通じて配信される場合、 "local-network"プロファイルタイプを使用してサブスクリプションを通じて受信した値を使用する必要があります（SHOULD）。他のプロファイルタイプのサブスクリプションを通じて受信した値は破棄する必要があります（SHOULD）。
If policy documents are delivered through the session-specific policy mechanism [RFC6794] the value received from the policy server identified by the Local Policy Server URI SHOULD used. Values received from other policy servers SHOULD be discarded.
ポリシードキュメントがセッション固有のポリシーメカニズム[RFC6794]を介して配信される場合、ローカルポリシーサーバーURIによって識別されるポリシーサーバーから受信した値を使用する必要があります（SHOULD）。他のポリシーサーバーから受信した値は破棄する必要があります。
The <session-policy> element describes a policy that applies to SIP sessions. The <session-policy> element MAY contain the optional <context> and <local-ports> elements and multiple (including zero) <media-types-allowed>, <media-types-excluded>, <codecs-allowed>, <codecs-excluded>, <max-bw>, <max-session-bw>, <max-stream-bw>, and <qos-dscp> elements as well as elements from other namespaces.
<session-policy>要素は、SIPセッションに適用されるポリシーを記述します。 <session-policy>要素には、オプションの<context>および<local-ports>要素と、複数（ゼロを含む）の<media-types-allowed>、<media-types-excluded>、<codecs-allowed>、<を含めることができます（MAY）。 codecs-excluded>、<max-bw>、<max-session-bw>、<max-stream-bw>、<qos-dscp>要素、および他の名前空間の要素。
The <media-types-allowed> element is a container that is used to define the set of media types (e.g., audio, video) that are allowed in a session. All media types that are not listed in this container are not permitted in a session. A specific media type is allowed by adding the corresponding <media-type> element to this container.
<media-types-allowed>要素は、セッションで許可されるメディアタイプ（オーディオ、ビデオなど）のセットを定義するために使用されるコンテナーです。このコンテナにリストされていないすべてのメディアタイプは、セッションでは許可されていません。特定のメディアタイプは、対応する<media-type>要素をこのコンテナに追加することで許可されます。
This element MAY have the 'direction' and 'visibility' attributes (see Section 3.3).
この要素は、「方向」および「可視性」属性を持つことができます（セクション3.3を参照）。
Multiple <media-types-allowed> elements MUST NOT be present in a container element unless each applies to a different set of streams (e.g., one <media-types-allowed> element for incoming and one for outgoing streams). The <media-types-allowed> element MUST contain zero or more <media-type> elements.
複数の<media-types-allowed>要素は、それぞれが異なるストリームのセットに適用される場合を除いて、コンテナ要素に存在してはなりません（例：着信ストリーム用と発信ストリーム用の1つの<media-types-allowed>要素）。 <media-types-allowed>要素には、0個以上の<media-type>要素を含める必要があります。
A <media-types-allowed> element MUST NOT be used in a container that contains a <media-types-excluded> element. The absence of both elements in a container indicates no restrictions regarding media types.
<media-types-allowed>要素は、<media-types-excluded>要素を含むコンテナで使用してはなりません（MUST NOT）。コンテナに両方の要素がないことは、メディアタイプに関する制限がないことを示します。
Merging of session-policy documents: <media-types-allowed> containers are merged as described in "Merging Sets" Section 5.1.2.
セッションポリシードキュメントのマージ：<media-types-allowed>コンテナは、「セットのマージ」のセクション5.1.2の説明に従ってマージされます。
The <media-types-excluded> element is a container that is used to define the set of media types (e.g., audio, video) that are not permitted in a session. All media types that are not listed in this container are allowed and can be used in a session. A specific media type is excluded from a session by adding the corresponding <media-type> element to this container.
<media-types-excluded>要素は、セッションで許可されていないメディアタイプ（オーディオ、ビデオなど）のセットを定義するために使用されるコンテナーです。このコンテナにリストされていないすべてのメディアタイプが許可され、セッションで使用できます。特定のメディアタイプは、対応する<media-type>要素をこのコンテナに追加することにより、セッションから除外されます。
This element MAY have the 'direction' and 'visibility' attributes (see Section 3.3).
この要素は、「方向」および「可視性」属性を持つことができます（セクション3.3を参照）。
Multiple <media-types-excluded> elements MUST NOT be present in a container element unless each applies to a different set of streams (e.g., one <media-types-excluded> element for incoming and one for outgoing streams). The <media-types-excluded> element MUST contain zero or more <media-type> elements.
複数の<media-types-excluded>要素は、それぞれがストリームの異なるセットに適用されない限り、コンテナ要素内に存在してはなりません（例：着信ストリーム用と発信ストリーム用の1つの<media-types-excluded>要素）。 <media-types-excluded>要素には、0個以上の<media-type>要素を含める必要があります。
A <media-types-excluded> element MUST NOT be used in a container that contains a <media-types-allowed> element. The absence of both elements in a container indicates no restrictions regarding media types.
<media-types-excluded>要素は、<media-types-allowed>要素を含むコンテナで使用してはなりません（MUST NOT）。コンテナに両方の要素がないことは、メディアタイプに関する制限がないことを示します。
Merging of session-policy documents: <media-types-excluded> containers are merged as described in "Merging Sets" Section 5.1.2.
セッションポリシードキュメントのマージ：<media-types-excluded>コンテナは、「セットのマージ」のセクション5.1.2の説明に従ってマージされます。
The <codecs-allowed> element is a container that is used to define the set of codecs that may be used in a session. All codecs not listed in the <codecs-allowed> element are disallowed and MUST NOT be used in a session. A policy MUST allow the use of at least one codec per media type. A specific codec is allowed by adding the corresponding <codec> element to this container.
<codecs-allowed>要素は、セッションで使用できるコーデックのセットを定義するために使用されるコンテナです。 <codecs-allowed>要素にリストされていないすべてのコーデックは禁止されており、セッションで使用してはなりません（MUST NOT）。ポリシーでは、メディアタイプごとに少なくとも1つのコーデックの使用を許可する必要があります。このコンテナに対応する<codec>要素を追加することにより、特定のコーデックが許可されます。
The <codecs-allowed> element MAY have the 'direction' and 'visibility' attributes (see Section 3.3).
<codecs-allowed>要素には、「direction」属性と「visibility」属性があります（セクション3.3を参照）。
Multiple <codecs-allowed> elements MUST NOT be present in a container element unless each applies to a different set of streams (e.g., one <codecs-allowed> element for incoming and one for outgoing streams). The <codecs-allowed> element MUST contain zero or more <codec> elements.
複数の<codecs-allowed>要素は、それぞれがストリームの異なるセットに適用されない限り、コンテナ要素内に存在してはなりません（例：着信ストリーム用と発信ストリーム用の1つの<codecs-allowed>要素）。 <codecs-allowed>要素には、0個以上の<codec>要素を含める必要があります。
A <codecs-allowed> element MUST NOT be used in a container that contains a <codecs-excluded> element. The absence of both elements in a container indicates no restrictions regarding codecs.
<codecs-allowed>要素は、<codecs-excluded>要素を含むコンテナで使用してはなりません（MUST NOT）。コンテナに両方の要素がないことは、コーデックに関する制限がないことを示しています。
Merging of session-policy documents: <codecs-allowed> containers are merged as described in "Merging Sets" Section 5.1.2.
セッションポリシードキュメントのマージ：<codecs-allowed>コンテナは、「セットのマージ」のセクション5.1.2の説明に従ってマージされます。
The <codecs-excluded> element is a container that is used to define the set of codecs that are disallowed in a session. All codecs not listed in the <codecs-excluded> element are permitted and MAY be used in a session. A specific codec is disallowed by adding the corresponding <codec> element to this container.
<codecs-excluded>要素は、セッションで許可されないコーデックのセットを定義するために使用されるコンテナーです。 <codecs-excluded>要素にリストされていないすべてのコーデックが許可され、セッションで使用される場合があります。対応する<codec>要素をこのコンテナに追加することにより、特定のコーデックは許可されません。
The <codecs-excluded> element MAY have the 'direction' and 'visibility' attributes (see Section 3.3).
<codecs-excluded>要素には、「direction」属性と「visibility」属性があります（セクション3.3を参照）。
Multiple <codecs-excluded> elements MUST NOT be present in a container element unless each applies to a different set of streams (e.g., one <codecs-excluded> element for incoming and one for outgoing streams). The <codecs-excluded> element MUST contain zero or more <codec> elements.
複数の<codecs-excluded>要素は、それぞれがストリームの異なるセットに適用されない限り、コンテナ要素内に存在してはなりません（例：着信ストリーム用と発信ストリーム用の1つの<codecs-excluded>要素）。 <codecs-excluded>要素には、0個以上の<codec>要素を含める必要があります。
A <codecs-excluded> element MUST NOT be used in a container that contains a <codecs-allowed> element. The absence of both elements in a container indicates no restrictions regarding codecs.
<codecs-excluded>要素は、<codecs-allowed>要素を含むコンテナで使用してはなりません（MUST NOT）。コンテナに両方の要素がないことは、コーデックに関する制限がないことを示しています。
Merging of session-policy documents: <codecs-excluded> containers are merged as described in "Merging Sets" Section 5.1.2.
セッションポリシードキュメントのマージ：<codecs-excluded>コンテナは、「セットのマージ」のセクション5.1.2の説明に従ってマージされます。
Domains often require that a user agent only uses ports in a certain range for media streams. The <local-ports> element defines a policy for the ports a user agent can use for media. The value of this element consists of the decimal representation of a start port number and an end port number, separated by a hyphen ("-"). The start/end port numbers are the first/last port numbers that can be used, that is, the range is inclusive. The start/end port numbers must be in the range 1 to 65535 (inclusive).
多くの場合、ドメインでは、ユーザーエージェントがメディアストリームに対して特定の範囲のポートのみを使用する必要があります。 <local-ports>要素は、ユーザーエージェントがメディアに使用できるポートのポリシーを定義します。この要素の値は、ハイフン（ "-"）で区切られた開始ポート番号と終了ポート番号の10進表記で構成されます。開始/終了ポート番号は、使用できる最初/最後のポート番号です。つまり、範囲は包括的です。開始/終了ポート番号は、1から65535までの範囲内でなければなりません。
As with other policy elements, there are values of the <local-ports> element that allow no sessions. This happens if the start port number is greater than the end port number.
他のポリシー要素と同様に、セッションを許可しない<local-ports>要素の値があります。これは、開始ポート番号が終了ポート番号より大きい場合に発生します。
The default value for <local-ports> is "1-65535".
<local-ports>のデフォルト値は "1-65535"です。
This element MAY have the 'visibility' attribute (see Section 3.3).
この要素は 'visibility'属性を持つことができます（セクション3.3を参照）。
Merging of session-policy documents: the permitted ranges specified by the two policies are set-intersected. If the resulting set is empty, the resulting <local-ports> element value MUST be any allowed value with a start port number greater than the end port number.
セッションポリシードキュメントのマージ：2つのポリシーで指定された許可された範囲は、セットが交差しています。結果のセットが空の場合、結果の<local-ports>要素の値は、開始ポート番号が終了ポート番号より大きい任意の許可された値である必要があります。
This section describes common XML elements that are used in session info and session policy documents to encode the media properties of SIP sessions.
このセクションでは、SIPセッションのメディアプロパティをエンコードするためにセッション情報およびセッションポリシードキュメントで使用される一般的なXML要素について説明します。
The <media-type> element identifies a specific media type. The value of this element MUST be the name of a media type, as defined in Section 8.2.1 of [RFC4566], such as audio, video, text, or application.
<media-type>要素は、特定のメディアタイプを識別します。この要素の値は、オーディオ、ビデオ、テキスト、アプリケーションなど、[RFC4566]のセクション8.2.1で定義されているメディアタイプの名前である必要があります。
This element MAY have the 'q' attribute (see Section 3.3).
この要素は 'q'属性を持つことができます（セクション3.3を参照）。
If used in a session policy document inside a <media-types-allowed> element, the media types defined MAY be used in a session. If used in a session policy document inside a <media-types-excluded> element, the media types defined MUST NOT be used in a session.
<media-types-allowed>要素内のセッションポリシードキュメントで使用される場合、定義されたメディアタイプがセッションで使用される場合があります。 <media-types-excluded>要素内のセッションポリシードキュメントで使用する場合、定義したメディアタイプをセッションで使用してはなりません（MUST NOT）。
The <codec> element identifies a specific codec. The content of this element MUST be a media type and subtype (e.g., audio/PCMA [RFC4856] or video/H263 [RFC4629]), possibly with parameters.
<codec>要素は、特定のコーデックを識別します。この要素のコンテンツは、メディアタイプとサブタイプ（例：audio / PCMA [RFC4856]またはvideo / H263 [RFC4629]）である必要があります。
The <codec> element MAY have the 'q' attribute (see Section 3.3).
<codec>要素は 'q'属性を持つことができます（セクション3.3を参照）。
If used in a session policy document inside a <codecs-allowed> element, the codec defined MAY be used in a session. If used in a session policy document inside a <codecs-excluded> element, the codec defined MUST NOT be used in a session.
<codecs-allowed>要素内のセッションポリシードキュメントで使用される場合、定義されたコーデックをセッションで使用できます。 <codecs-excluded>要素内のセッションポリシードキュメントで使用する場合、定義したコーデックをセッションで使用してはなりません（MUST NOT）。
The <codec> element MUST contain one <media-type-subtype> element and MAY contain multiple optional <mime-parameter> elements.
<codec>要素には1つの<media-type-subtype>要素を含める必要があり、複数のオプションの<mime-parameter>要素を含めることができます（MAY）。
The <media-type-subtype> element contains a media type and subtype that identifies a media format [RFC4566] (e.g., a codec). For audio and video streams, the value of this element MUST be a media type and subtype that is registered as an RTP Payload Type [RFC4855] separated by a forward slash ("/"), e.g., audio/PCMA, audio/G726-16 [RFC4856], or video/H263 [RFC4629]. For other media types, SDP sometimes encodes the actual media format as part of the transport protocol field (e.g., TCP/MSRP [RFC4975] and TCP/TLS/BFCP [RFC4583]). In these cases, this element MUST contain the media type and the media format part (e.g., message/msrp and application/bfcp).
<media-type-subtype>要素には、メディアタイプと、メディアフォーマット[RFC4566]（コーデックなど）を識別するサブタイプが含まれます。オーディオおよびビデオストリームの場合、この要素の値は、フォワードスラッシュ（ "/"）で区切られたRTPペイロードタイプ[RFC4855]として登録されているメディアタイプとサブタイプである必要があります（例：audio / PCMA、audio / G726- 16 [RFC4856]、またはvideo / H263 [RFC4629]。他のメディアタイプの場合、SDPは実際のメディア形式をトランスポートプロトコルフィールドの一部としてエンコードすることがあります（TCP / MSRP [RFC4975]およびTCP / TLS / BFCP [RFC4583]など）。このような場合、この要素にはメディアタイプとメディアフォーマットの部分（例：message / msrpおよびapplication / bfcp）が含まれている必要があります。
The <mime-parameter> element may be needed for some codecs to identify a particular encoding or profile. The value of this element MUST be a name-value pair containing the name and the value of a media type parameter for the codec [RFC4855]. The name and value are separated by an equals sign ("="). For example, the parameter "profile=0" can be used to specify a specific profile for the codec video/H263-2000 [RFC4629].
一部のコーデックでは、特定のエンコーディングまたはプロファイルを識別するために<mime-parameter>要素が必要になる場合があります。この要素の値は、コーデック[RFC4855]のメディアタイプパラメータの名前と値を含む名前と値のペアである必要があります。名前と値は等号（ "="）で区切られます。たとえば、パラメータ「profile = 0」を使用して、コーデックビデオ/ H263-2000 [RFC4629]の特定のプロファイルを指定できます。
The <max-bw> element defines the overall maximum bandwidth in kilobits per second (i.e., 1024 bits per second) an entity can/will use for media streams at any point in time. It defines an upper limit for the total bandwidth an entity can/will use for the transmission of media streams. The limit corresponds to the sum of the maximum session bandwidth of all sessions a UA may set up in parallel.
<max-bw>要素は、エンティティが任意の時点でメディアストリームに使用できる/使用するキロビット/秒（つまり、1024ビット/秒）で全体の最大帯域幅を定義します。エンティティがメディアストリームの送信に使用できる/使用する合計帯域幅の上限を定義します。この制限は、UAが並行して設定できるすべてのセッションの最大セッション帯域幅の合計に対応します。
The bandwidth limit given in the <max-bw> element includes the bandwidth needed for lower-layer transport and network protocols (e.g., UDP and IP).
<max-bw>要素で指定された帯域幅制限には、下位層のトランスポートおよびネットワークプロトコル（UDPやIPなど）に必要な帯域幅が含まれます。
The <max-bw> element MAY have the 'direction' attribute (see Section 3.3).
<max-bw>要素は 'direction'属性を持つことができます（セクション3.3を参照）。
If used in a <session-policy> element, the <max-bw> element MAY also have the 'visibility' attribute (see Section 3.3).
<session-policy>要素で使用される場合、<max-bw>要素は 'visibility'属性も持つことができます（セクション3.3を参照）。
If the <max-bw> element occurs multiple times in a container element, each instance MUST apply to a different set of media streams (i.e., one <max-bw> element for outgoing and one for incoming streams).
<max-bw>要素がコンテナ要素で複数回出現する場合、各インスタンスは異なるメディアストリームのセットに適用する必要があります（つまり、1つの<max-bw>要素が発信ストリームと1つの着信ストリームに適用されます）。
Merging of session-policy documents: the lowest <max-bw> value MUST be used.
セッションポリシードキュメントのマージ：最小の<max-bw>値を使用する必要があります。
The <max-session-bw> element defines the maximum bandwidth in kilobits per second (i.e., 1024 bits per second) an entity can/will use for media streams in the described session. It defines an upper limit for the total bandwidth of a single session. This limit corresponds to the sum of the maximum stream bandwidth of all media streams in a session.
<max-session-bw>要素は、エンティティが記述されたセッションのメディアストリームに使用できる/使用する最大帯域幅をキロビット/秒（つまり、1024ビット/秒）で定義します。単一セッションの合計帯域幅の上限を定義します。この制限は、セッション内のすべてのメディアストリームの最大ストリーム帯域幅の合計に対応しています。
The bandwidth limit given in the <max-session-bw> element includes the bandwidth needed for lower-layer transport and network protocols (e.g., UDP and IP).
<max-session-bw>要素で指定された帯域幅制限には、下位層のトランスポートおよびネットワークプロトコル（UDPやIPなど）に必要な帯域幅が含まれます。
The <max-session-bw> element MAY have the 'direction' attribute (see Section 3.3).
<max-session-bw>要素は 'direction'属性を持つことができます（セクション3.3を参照）。
If used in a <session-policy> element, the <max-session-bw> element MAY also have the 'visibility' attribute (see Section 3.3).
<session-policy>要素で使用する場合、<max-session-bw>要素も 'visibility'属性を持つ場合があります（セクション3.3を参照）。
If the <max-session-bw> element occurs multiple times in a container element, each instance MUST apply to a different set of media streams (i.e., one <max-session-bw> element for outgoing and one for incoming streams).
<max-session-bw>要素がコンテナ要素で複数回発生する場合、各インスタンスは異なるメディアストリームのセットに適用する必要があります（つまり、1つの<max-session-bw>要素が発信ストリームと着信ストリームに適用されます）。
Merging of session-policy documents: the lowest <max-session-bw> value MUST be used.
セッションポリシードキュメントのマージ：最小の<max-session-bw>値を使用する必要があります。
The <max-stream-bw> element defines the maximum bandwidth in kilobits per second (i.e., 1024 bits per second) an entity can/will use for each media stream in the described session.
<max-stream-bw>要素は、エンティティが記述されたセッションの各メディアストリームに使用できる/使用する最大帯域幅をキロビット/秒（つまり、1024ビット/秒）で定義します。
The bandwidth limit given in the <max-stream-bw> element includes the bandwidth needed as encapsulated in IP (i.e., the RTP, UDP, and IP overheads are included).
<max-stream-bw>要素で指定された帯域幅制限には、IPにカプセル化されたときに必要な帯域幅が含まれます（つまり、RTP、UDP、およびIPオーバーヘッドが含まれます）。
The <max-stream-bw> element MAY have the 'direction' and 'media-type' attributes (see Section 3.3).
<max-stream-bw>要素には、「direction」属性と「media-type」属性があります（セクション3.3を参照）。
If used in a <session-policy> element, the <max-stream-bw> element MAY also have the visibility attribute (see Section 3.3).
<session-policy>要素で使用する場合、<max-stream-bw>要素は可視属性も持つことができます（セクション3.3を参照）。
If used in a <session-info> element, the <max-stream-bw> element MAY also have the label attribute.
<session-info>要素で使用する場合、<max-stream-bw>要素にもlabel属性を含めることができます（MAY）。
The media-type attribute is used to define that the <max-stream-bw> element only applies to streams of a certain media type (e.g., audio streams).
media-type属性は、<max-stream-bw>要素が特定のメディアタイプ（オーディオストリームなど）のストリームにのみ適用されることを定義するために使用されます。
The <max-stream-bw> element is used to define a bandwidth limit for a specific media stream. The use of this attribute requires that the <stream> element that represents the media stream to which this bandwidth limit applies also has a 'label' attribute. A <max-stream-bw> element with a 'label' attribute applies only to the stream element that has a 'label' attribute with the same value. If no matching <stream> element exists, then the <max-stream-bw> element MUST be ignored.
<max-stream-bw>要素は、特定のメディアストリームの帯域幅制限を定義するために使用されます。この属性を使用するには、この帯域幅制限が適用されるメディアストリームを表す<stream>要素にも 'label'属性が必要です。 'label'属性を持つ<max-stream-bw>要素は、同じ値を持つ 'label'属性を持つストリーム要素にのみ適用されます。一致する<stream>要素が存在しない場合、<max-stream-bw>要素は無視する必要があります。
If the <max-stream-bw> element occurs multiple times in a container element, each instance MUST apply to a different set of media streams (i.e., one <max-stream-bw> element for outgoing and one for incoming streams).
<max-stream-bw>要素がコンテナ要素で複数回発生する場合、各インスタンスは異なるメディアストリームのセットに適用する必要があります（つまり、1つの<max-stream-bw>要素が発信ストリームと1つの着信ストリームに適用されます）。
Merging of session-policy documents: the lowest <max-stream-bw> value MUST be used.
セッションポリシードキュメントのマージ：最も低い<max-stream-bw>値を使用する必要があります。
The <qos-dscp> element contains a Differentiated Services Codepoint (DSCP) [RFC2474] value that should be used to populate the IP DS field of media packets. The <qos-dscp> contains a decimal integer value that represents a 6-bit field and therefore ranges from 0 to 63.
<qos-dscp>要素には、メディアパケットのIP DSフィールドに入力するために使用する必要があるDiffServコードポイント（DSCP）[RFC2474]値が含まれています。 <qos-dscp>には、6ビットのフィールドを表す10進整数値が含まれているため、範囲は0〜63です。
This element MAY have the 'direction' and 'media-type' attributes (see Section 3.3)).
この要素は、「方向」および「メディアタイプ」属性を持つことができます（セクション3.3を参照）。
If used in a <session-policy> element, the <qos-dscp> element MAY also have the 'visibility' attribute (see Section 3.3).
<session-policy>要素で使用する場合、<qos-dscp>要素も 'visibility'属性を持つ場合があります（セクション3.3を参照）。
The 'media-type' attribute is used to specify that the <qos-dscp> element only applies to streams of a certain media type (e.g., audio streams).
'media-type'属性は、<qos-dscp>要素が特定のメディアタイプのストリーム（オーディオストリームなど）にのみ適用されることを指定するために使用されます。
The <qos-dscp> element is optional and MAY occur multiple times inside a container. If the <qos-dscp> element occurs multiple times, each instance MUST apply to a different media stream (i.e., one <qos-dscp> element for audio and one for video streams).
<qos-dscp>要素はオプションであり、コンテナ内で複数回発生する場合があります。 <qos-dscp>要素が複数回発生する場合、各インスタンスは異なるメディアストリームに適用する必要があります（つまり、オーディオ用に1つの<qos-dscp>要素とビデオストリーム用に1つ）。
Merging of session-policy documents: the local domain of the user agent has precedence over other domains and its DSCP value MUST be used. During the merging process, <qos-dscp> element values from local policy server selected as described in "Local Policy Server Selection" Section 5.1.3 are used.
セッションポリシードキュメントのマージ：ユーザーエージェントのローカルドメインは他のドメインよりも優先され、そのDSCP値を使用する必要があります。マージプロセス中に、「ローカルポリシーサーバーの選択」セクション5.1.3で説明されているように選択されたローカルポリシーサーバーからの<qos-dscp>要素の値が使用されます。
The <context> element provides context information about a session policy or session information document.
<context>要素は、セッションポリシーまたはセッション情報ドキュメントに関するコンテキスト情報を提供します。
The <context> element MAY contain multiple <contact> elements and one <info> element. It can also contain optional <policy-server-URI> and <token> elements.
<context>要素には、複数の<contact>要素と1つの<info>要素が含まれる場合があります。オプションの<policy-server-URI>および<token>要素を含めることもできます。
If used in a <session-info> element, the <context> element MAY also contain a <request-URI> element.
<session-info>要素で使用する場合、<context>要素には<request-URI>要素も含めることができます（MAY）。
Merging of session-policy documents: the resulting <context> element MUST be determined by local policy.
セッションポリシードキュメントのマージ：結果の<context>要素は、ローカルポリシーによって決定される必要があります。
The <policy-server-URI> element contains the URI (including the URI scheme) of the policy server that has issued this policy.
<policy-server-URI>要素には、このポリシーを発行したポリシーサーバーのURI（URIスキームを含む）が含まれます。
The <contact> element contains a URI that is a contact address (e.g., a SIP URI or mailto URI) by which a human representative of the issuer of this document can be reached.
<contact>要素には、このドキュメントの発行者の人間の代表に到達できる連絡先アドレス（SIP URIやmailto URIなど）であるURIが含まれています。
The <info> element provides a short textual description of the policy or session that should be intelligible to the human user.
<info>要素は、人間のユーザーが理解できるポリシーまたはセッションの短いテキストによる説明を提供します。
The <request-URI> element contains the request-URI (including the URI scheme) of the dialog-initiating request of the session.
<request-URI>要素には、セッションのダイアログ開始リクエストのrequest-URI（URIスキームを含む）が含まれています。
The <request-URI> element is only permitted inside <session-info> documents and, thus, MUST NOT be included in session policy documents.
<request-URI>要素は<session-info>ドキュメント内でのみ許可されているため、セッションポリシードキュメントに含めることはできません。
The <token> element provides a mechanism for a policy server to return an opaque string to a UA. Such a string is sometimes needed to construct a Policy-ID header that ensures that all policy requests concerning a single session are routed to the same policy server. The use of this token is described in "A Framework for Session Initiation Protocol (SIP) Session Policies" [RFC6794]. The syntax for the token value is defined in Section 4.4.5.1 of RFC 6794 [RFC6794], which builds on the syntax defined in Section 25.1 of RFC 3261 [RFC3261]. (Note that the token value is encodable as a SIP URI parameter value, although some characters may require escaping).
<token>要素は、ポリシーサーバーが不透明な文字列をUAに返すメカニズムを提供します。このような文字列は、単一のセッションに関するすべてのポリシー要求が同じポリシーサーバーにルーティングされるようにするPolicy-IDヘッダーを構築するために必要になる場合があります。このトークンの使用については、「セッション開始プロトコル（SIP）セッションポリシーのフレームワーク」[RFC6794]で説明されています。トークン値の構文は、RFC 6794 [RFC6794]のセクション4.4.5.1で定義されており、RFC 3261 [RFC3261]のセクション25.1で定義された構文に基づいています。 （一部の文字はエスケープが必要な場合がありますが、トークン値はSIP URIパラメータ値としてエンコード可能であることに注意してください）。
A number of additional elements have been proposed for a media property language. These elements are deemed to be outside the scope of this format. However, they may be defined in extensions of MPDF or other profile data sets.
メディアプロパティ言語用に、いくつかの追加要素が提案されています。これらの要素は、このフォーマットの範囲外であると見なされます。ただし、MPDFまたは他のプロファイルデータセットの拡張で定義される場合があります。
o maximum number of streams
o ストリームの最大数
o maximum number of sessions
o セッションの最大数
o maximum number of streams per session
o セッションあたりの最大ストリーム数
o external address and port
o 外部アドレスとポート
o media transport protocol
o メディア転送プロトコル
o outbound proxy
o 発信プロキシ
o SIP methods
o SIPメソッド
o SIP option tags
o SIPオプションタグ
o SIP transport protocol
o SIPトランスポートプロトコル
o body disposition
o 体質
o body format
o ボディフォーマット
o body encryption
o ボディ暗号化
The following example is a session policy document that allows the use of audio and video and prohibits the use of other media types. It allows the use of any codec except G.723 and G.729.
次の例は、オーディオとビデオの使用を許可し、他のメディアタイプの使用を禁止するセッションポリシードキュメントです。 G.723およびG.729以外のコーデックを使用できます。
<session-policy xmlns="urn:ietf:params:xml:ns:mediadataset">
<context>
<policy-server-URI>sips:policy@biloxi.example.com</policy-server-URI>
<contact>sip:policy_manager@example.com</contact>
<info>Access network policies</info>
</context>
<media-types-allowed>
<media-type>audio</media-type>
<media-type>video</media-type>
</media-types-allowed>
<codecs-excluded>
<codec>
<media-type-subtype>audio/G729</media-type-subtype>
</codec>
<codec>
<media-type-subtype>audio/G723</media-type-subtype>
</codec>
</codecs-excluded>
</session-policy>
The following examples contain session descriptions and the session information documents that represent these sessions.
次の例には、セッションの説明と、これらのセッションを表すセッション情報ドキュメントが含まれています。
In this example, a session info document is created based on one session description. This session info document would be created, for example, by a UA that has composed an offer and is now contacting a policy server.
この例では、1つのセッション記述に基づいてセッション情報ドキュメントが作成されます。このセッション情報ドキュメントは、たとえば、オファーを構成し、現在ポリシーサーバーに接続しているUAによって作成されます。
Local session description:
ローカルセッションの説明：
v=0
o=alice 2890844526 2890844526 IN IP4 host.somewhere.example
s=
c=IN IP4 host.somewhere.example
t=0 0
m=audio 49562 RTP/AVP 0 1 3
a=rtpmap:0 PCMU/8000
a=rtpmap:1 1016/8000
a=rtpmap:3 GSM/8000
m=video 51234 RTP/AVP 31 34
a=rtpmap:31 H261/90000
a=rtpmap:34 H263/90000
MPDF document:
MPDFドキュメント：
<session-info xmlns="urn:ietf:params:xml:ns:mediadataset">
<context>
<contact>sip:alice@somewhere.example</contact>
<info>session information</info>
</context>
<streams>
<stream>
<media-type>audio</media-type>
<codec q="1.0">
<media-type-subtype>audio/PCMU</media-type-subtype>
</codec>
<codec q="0.9">
<media-type-subtype>audio/1016</media-type-subtype>
</codec>
<codec q="0.8">
<media-type-subtype>audio/GSM</media-type-subtype>
</codec>
<local-host-port>host.somewhere.example:49562</local-host-port>
</stream>
<stream>
<media-type>video</media-type>
<codec q="1.0">
<media-type-subtype>video/H261</media-type-subtype>
</codec>
<codec q="0.9">
<media-type-subtype>video/H263</media-type-subtype>
</codec>
<local-host-port>host.somewhere.example:51234</local-host-port>
</stream>
</streams>
</session-info>
In this example, a session info document is created that represents two session descriptions (i.e., an offer and answer). This session info document would be created, for example, by a UA that has received an answer from another UA and is now contacting a policy server.
この例では、2つのセッションの説明（オファーとアンサー）を表すセッション情報ドキュメントが作成されます。このセッション情報ドキュメントは、たとえば、別のUAから回答を受け取り、現在ポリシーサーバーに接続しているUAによって作成されます。
Local session description:
ローカルセッションの説明：
v=0
o=alice 2890844526 2890844526 IN IP4 host.somewhere.example
s=
c=IN IP4 host.somewhere.example
t=0 0
m=audio 49562 RTP/AVP 0 1 3
a=rtpmap:0 PCMU/8000
a=rtpmap:1 1016/8000
a=rtpmap:3 GSM/8000
m=video 51234 RTP/AVP 31 34
a=rtpmap:31 H261/90000
a=rtpmap:34 H263/90000
Remote session description:
リモートセッションの説明：
v=0
o=bob 2890844730 2890844730 IN IP4 host.anywhere.example
s=
c=IN IP4 host.anywhere.example
t=0 0
m=audio 52124 RTP/AVP 0 3
a=rtpmap:0 PCMU/8000
a=rtpmap:3 GSM/8000
m=video 50286 RTP/AVP 31
a=rtpmap:31 H261/90000
MPDF document that represents the local and the remote session description:
ローカルおよびリモートセッションの説明を表すMPDFドキュメント：
<session-info xmlns="urn:ietf:params:xml:ns:mediadataset">
<context>
<contact>sip:alice@somewhere.example</contact>
<info>session information</info>
</context>
<streams>
<stream>
<media-type>audio</media-type>
<codec q="1.0">
<media-type-subtype>audio/PCMU</media-type-subtype>
</codec>
<codec q="0.9">
<media-type-subtype>audio/GSM</media-type-subtype>
</codec>
<local-host-port>host.somewhere.example:49562</local-host-port>
<remote-host-port>host.anywhere.example:52124</remote-host-port>
</stream>
<stream>
<media-type>video</media-type>
<codec q="1.0">
<media-type-subtype>video/H261</media-type-subtype>
</codec>
<local-host-port>host.somewhere.example:51234</local-host-port>
<remote-host-port>host.anywhere.example:50286</remote-host-port>
</stream>
</streams>
</session-info>
The following MPDF document is a modified version of the above document, which can be returned by a policy server. This document reflects a policy that defines a maximum session bandwidth of 192 kbit and a maximum bandwidth for the H261 video stream of 128 kbit.
次のMPDFドキュメントは、上記のドキュメントの変更バージョンであり、ポリシーサーバーから返されます。このドキュメントは、192 kbitの最大セッション帯域幅と128 kbitのH261ビデオストリームの最大帯域幅を定義するポリシーを反映しています。
<session-info xmlns="urn:ietf:params:xml:ns:mediadataset">
<context>
<contact>sip:alice@somewhere.example</contact>
<info>modified session information</info>
</context>
<streams>
<stream label='1'>
<media-type>audio</media-type>
<codec q="1.0">
<media-type-subtype>audio/PCMU</media-type-subtype>
</codec>
<codec q="0.9">
<media-type-subtype>audio/GSM</media-type-subtype>
</codec>
<local-host-port>host.somewhere.example:49562</local-host-port>
<remote-host-port>host.anywhere.example:52124</remote-host-port>
</stream>
<stream label='2'>
<media-type>video</media-type>
<codec q="1.0">
<media-type-subtype>video/H261</media-type-subtype>
</codec>
<local-host-port>host.somewhere.example:51234</local-host-port>
<remote-host-port>host.anywhere.example:50286</remote-host-port>
</stream>
</streams>
<max-stream-bw label='2'>128</max-stream-bw>
<max-session-bw>192</max-session-bw>
</session-info>
<?xml version="1.0"?>
<grammar xmlns="http://relaxng.org/ns/structure/1.0"
ns="urn:ietf:params:xml:ns:mediadataset"
datatypeLibrary="http://www.w3.org/2001/XMLSchema-datatypes">
<start>
<choice>
<element name="session-info">
<interleave>
<optional>
<ref name="ElementStreams"/>
</optional>
<zeroOrMore>
<ref name="ElementMaxBandwidth"/>
</zeroOrMore>
<zeroOrMore>
<ref name="ElementMaxSessionBandwidth"/>
</zeroOrMore>
<zeroOrMore>
<ref name="ElementMaxStreamBandwidth"/>
</zeroOrMore>
<zeroOrMore>
<ref name="ElementMediaIntermediaries"/>
</zeroOrMore>
<zeroOrMore>
<ref name="ElementQoSDSCP"/>
</zeroOrMore>
<zeroOrMore>
<ref name="ElementAny"/>
</zeroOrMore>
</interleave>
</element>
<element name="session-policy">
<interleave>
<optional>
<ref name="ElementContext"/>
</optional>
<optional>
<ref name="ElementLocalPorts"/>
</optional>
<zeroOrMore>
<ref name="ElementMediaTypesAllowed"/>
</zeroOrMore>
<zeroOrMore>
<ref name="ElementMediaTypesExcluded"/>
</zeroOrMore>
<zeroOrMore>
<ref name="ElementCodecsAllowed"/>
</zeroOrMore>
<zeroOrMore>
<ref name="ElementCodecsExcluded"/>
</zeroOrMore>
<zeroOrMore>
<ref name="ElementMaxBandwidth"/>
</zeroOrMore>
<zeroOrMore>
<ref name="ElementMaxSessionBandwidth"/>
</zeroOrMore>
<zeroOrMore>
<ref name="ElementMaxStreamBandwidth"/>
</zeroOrMore>
<zeroOrMore>
<ref name="ElementQoSDSCP"/>
</zeroOrMore>
<zeroOrMore>
<ref name="ElementAny"/>
</zeroOrMore>
</interleave>
</element>
</choice>
</start>
<define name="ElementMediaTypesAllowed">
<element name="media-types-allowed">
<ref name="PolicyGeneralAttributes"/>
<zeroOrMore>
<ref name="ElementMediaType"/>
</zeroOrMore>
</element>
</define>
<define name="ElementMediaTypesExcluded">
<element name="media-types-excluded">
<ref name="PolicyGeneralAttributes"/>
<zeroOrMore>
<ref name="ElementMediaType"/>
</zeroOrMore>
</element>
</define>
<define name="ElementMediaType">
<element name="media-type">
<data type="string" />
<optional>
<ref name="AttributeQ"/>
</optional>
<optional>
<ref name="AttributeGeneric"/>
</optional>
</element>
</define>
<define name="ElementCodecsAllowed">
<element name="codecs-allowed">
<ref name="PolicyGeneralAttributes"/>
<zeroOrMore>
<ref name="ElementCodec"/>
</zeroOrMore>
</element>
</define>
<define name="ElementCodecsExcluded">
<element name="codecs-excluded">
<ref name="PolicyGeneralAttributes"/>
<zeroOrMore>
<ref name="ElementCodec"/>
</zeroOrMore>
</element>
</define>
<define name="ElementCodec">
<element name="codec">
<optional>
<ref name="AttributeQ"/>
</optional>
<optional>
<ref name="AttributeGeneric"/>
</optional>
<element name="media-type-subtype">
<data type="string" />
</element>
<zeroOrMore>
<element name="mime-parameter">
<data type="string" />
</element>
</zeroOrMore>
</element>
</define>
<define name="ElementStreams">
<element name="streams">
<optional>
<ref name="AttributeGeneric"/>
</optional>
<zeroOrMore>
<ref name="ElementStream"/>
</zeroOrMore>
</element>
</define>
<define name="ElementStream">
<element name="stream">
<optional>
<ref name="AttributeDirection"/>
</optional>
<optional>
<ref name="AttributeLabel"/>
</optional>
<optional>
<ref name="AttributeEnabled"/>
</optional>
<optional>
<ref name="AttributeGeneric"/>
</optional>
<ref name="ElementMediaType"/>
<oneOrMore>
<ref name="ElementCodec"/>
</oneOrMore>
<element name="local-host-port">
<data type="string" />
</element>
<optional>
<element name="remote-host-port">
<data type="string" />
</element>
</optional>
</element>
</define>
<define name="ElementMaxBandwidth">
<element name="max-bw">
<data type="integer" />
<ref name="PolicyGeneralAttributes"/>
</element>
</define>
<define name="ElementMaxSessionBandwidth">
<element name="max-session-bw">
<data type="integer" />
<ref name="PolicyGeneralAttributes"/>
</element>
</define>
<define name="ElementMaxStreamBandwidth">
<element name="max-stream-bw">
<data type="integer" />
<ref name="PolicyGeneralAttributes"/>
<optional>
<ref name="AttributeMediaType"/>
</optional>
<optional>
<ref name="AttributeLabel"/>
</optional>
</element>
</define>
<define name="ElementMediaIntermediaries">
<element name="media-intermediaries">
<ref name="PolicyGeneralAttributes"/>
<oneOrMore>
<choice>
<element name="fixed-intermediary">
<element name="int-host-port">
<data type="string" />
</element>
<zeroOrMore>
<element name="int-addl-port">
<data type="integer" />
</element>
</zeroOrMore>
</element>
<element name="turn-intermediary">
<element name="int-host-port">
<data type="string" />
</element>
<zeroOrMore>
<element name="int-addl-port">
<data type="integer" />
</element>
</zeroOrMore>
<zeroOrMore>
<element name="shared-secret">
<data type="string" />
</element>
</zeroOrMore>
</element>
</choice>
</oneOrMore>
</element>
</define>
<define name="ElementQoSDSCP">
<element name="qos-dscp">
<data type="integer" />
<ref name="PolicyGeneralAttributes"/>
<optional>
<ref name="AttributeMediaType"/>
</optional>
</element>
</define>
<define name="ElementLocalPorts">
<element name="local-ports">
<data type="string" />
<interleave>
<optional>
<ref name="AttributeVisibility"/>
</optional>
<optional>
<ref name="AttributeGeneric"/>
</optional>
</interleave>
</element>
</define>
<define name="ElementContext">
<element name="context">
<interleave>
<optional>
<element name="info">
<data type="string" />
</element>
</optional>
<optional>
<element name="policy-server-URI">
<data type="string" />
</element>
</optional>
<optional>
<element name="token">
<data type="token" />
</element>
</optional>
<optional>
<element name="request-URI">
<data type="string" />
</element>
</optional>
<zeroOrMore>
<element name="contact">
<data type="string" />
</element>
</zeroOrMore>
</interleave>
</element>
</define>
<define name="PolicyGeneralAttributes">
<optional>
<ref name="AttributeVisibility"/>
</optional>
<optional>
<ref name="AttributeDirection"/>
</optional>
<optional>
<ref name="AttributeGeneric"/>
</optional>
</define>
<define name="AttributeVisibility">
<attribute name="visibility">
<choice>
<value>hidden</value>
<value>visible</value>
</choice>
</attribute>
</define>
<define name="AttributeDirection">
<attribute name="direction">
<choice>
<value>sendonly</value>
<value>recvonly</value>
<value>sendrecv</value>
</choice>
</attribute>
</define>
<define name="AttributeQ">
<attribute name="q">
<data type="decimal" />
</attribute>
</define>
<define name="AttributeMediaType">
<attribute name="media-type">
<data type="string" />
</attribute>
</define>
<define name="AttributeLabel">
<attribute name="label">
<data type="string" />
</attribute>
</define>
<define name="AttributeEnabled">
<attribute name="enabled">
<data type="boolean" />
</attribute>
</define>
<define name="AttributeGeneric">
<zeroOrMore>
<attribute>
<anyName>
<except>
<name ns="">visibility</name>
<name ns="">direction</name>
<name ns="">q</name>
<name ns="">media-type</name>
<name ns="">label</name>
<name ns="">enabled</name>
</except>
</anyName>
</attribute>
</zeroOrMore>
</define>
<define name="ElementAny">
<element>
<anyName>
<except>
<name>context</name>
<name>streams</name>
<name>max-bw</name>
<name>max-session-bw</name>
<name>max-stream-bw</name>
<name>media-intermediaries</name>
<name>qos-dscp</name>
<name>local-ports</name>
<name>media-types-allowed</name>
<name>media-types-excluded</name>
<name>media-type</name>
<name>codecs-allowed</name>
<name>codecs-excluded</name>
</except>
</anyName>
<ref name="anyExtension"/>
</element>
</define>
<define name="anyExtension">
<zeroOrMore>
<choice>
<element>
<anyName/>
<ref name="anyExtension"/>
</element>
<attribute>
<anyName/>
</attribute>
<text/>
</choice>
</zeroOrMore>
</define>
</grammar>
Section 5 of [RFC6794] discusses security aspects related to the transfer of session policy information between user agents and policy servers, including their authentication and the use of TLS between them. In particular, a UA needs to check the server's certificate and only accept policies from severs from which the UA is configured to accept policies. Section 7 of RFC 3470 [RFC3470] provides general security considerations regarding the transport of XML documents in network protocols. Session info and session policy information can be sensitive information. The protocol used to distribute session info and session policy documents SHOULD ensure authentication, confidentiality, and message integrity. The use of [RFC6795] to distribute session info and session policy document meets these requirements.
[RFC6794]のセクション5では、ユーザーエージェントとポリシーサーバー間の認証とTLSの使用を含む、セッションポリシー情報の転送に関連するセキュリティの側面について説明します。特に、UAはサーバーの証明書を確認し、ポリシーを受け入れるようにUAが構成されているサーバーからのポリシーのみを受け入れる必要があります。 RFC 3470 [RFC3470]のセクション7には、ネットワークプロトコルでのXMLドキュメントの転送に関する一般的なセキュリティの考慮事項が記載されています。セッション情報とセッションポリシー情報は機密情報である可能性があります。セッション情報とセッションポリシードキュメントの配布に使用されるプロトコルは、認証、機密性、およびメッセージの整合性を保証する必要があります（SHOULD）。 [RFC6795]を使用したセッション情報とセッションポリシードキュメントの配布は、これらの要件を満たしています。
An attacker could attempt to modify session policy documents that were sent to a client so that their processing by the client would be more costly (e.g., in terms of merging policies). The attacker could also attempt to create its own fake policy documents and send them to the client with the same purpose or in order to get the client to comply with those fake policies as part of a Denial-of-Service (DoS) attack. The protocol used to distribute session policy documents SHOULD ensure authentication, privacy, and message integrity. The use of [RFC6795] to distribute session policy document meets these requirements.
攻撃者は、クライアントに送信されたセッションポリシードキュメントを変更しようとする可能性があり、その結果、クライアントによる処理が（ポリシーのマージなどの観点から）よりコストがかかるようになります。攻撃者はまた、独自の偽のポリシードキュメントを作成し、同じ目的でクライアントに送信することを試みたり、クライアントにサービス拒否（DoS）攻撃の一部としてこれらの偽のポリシーに準拠させたりする可能性があります。セッションポリシードキュメントの配布に使用されるプロトコルは、認証、プライバシー、およびメッセージの整合性を保証する必要があります（SHOULD）。 [RFC6795]を使用したセッションポリシードキュメントの配布は、これらの要件を満たしています。
The <shared-secret> element can contain a shared secret needed to authenticate at a media intermediary. The privacy of documents containing this element MUST be preserved when they are sent between a server and a UA. When [RFC6795] is used to distribute these documents, encryption as defined in [RFC3261] (i.e., TLS or S/MIME) MUST be used.
<shared-secret>要素には、メディア仲介者での認証に必要な共有秘密を含めることができます。この要素を含むドキュメントのプライバシーは、それらがサーバーとUAの間で送信されるときに保護される必要があります。これらのドキュメントの配布に[RFC6795]を使用する場合は、[RFC3261]で定義されている暗号化（つまり、TLSまたはS / MIME）を使用する必要があります。
This document registers a new media type (application/ media-policy-dataset+xml), a new RELAX NG schema, and a new XML namespace.
このドキュメントは、新しいメディアタイプ（application / media-policy-dataset + xml）、新しいRELAX NGスキーマ、および新しいXML名前空間を登録します。
Media type name: application
メディアタイプ名：アプリケーション
Media subtype name: media-policy-dataset+xml
メディアサブタイプ名：media-policy-dataset + xml
Mandatory parameters: none
必須パラメーター：なし
Optional parameters: Same as charset parameter of application/xml as specified in RFC 3023 [RFC3023].
オプションのパラメーター：RFC 3023 [RFC3023]で指定されているapplication / xmlのcharsetパラメーターと同じです。
Encoding considerations: Same as encoding considerations of application/xml as specified in RFC 3023 [RFC3023].
エンコーディングに関する考慮事項：RFC 3023 [RFC3023]で指定されているapplication / xmlのエンコーディングに関する考慮事項と同じです。
Security considerations: See Section 10 of RFC 3023 [RFC3023] and Section 9 of this specification.
セキュリティに関する考慮事項：RFC 3023 [RFC3023]のセクション10とこの仕様のセクション9をご覧ください。
Interoperability considerations: none.
相互運用性に関する考慮事項：なし。
Published specification: This document.
公開された仕様：このドキュメント。
Applications that use this media type: This document type is used to convey session description and media policy information between SIP user agents and a domain.
このメディアタイプを使用するアプリケーション：このドキュメントタイプは、SIPユーザーエージェントとドメイン間でセッションの説明とメディアポリシー情報を伝達するために使用されます。
Additional Information:
追加情報：
Magic Number: None
マジックナンバー：なし
File Extension: .mpf or .xml
ファイル拡張子：.mpfまたは.xml
Macintosh file type code: "TEXT"
Macintoshファイルタイプコード：「TEXT」
Personal and email address for further information: Volker Hilt
<volker.hilt@bell-labs.com>
Intended usage: COMMON
使用目的：COMMON
Author/Change controller: The IETF.
著者/変更コントローラ：IETF。
This specification registers a schema. The schema can be found as the sole content of Section 8.
この仕様はスキーマを登録します。スキーマはセクション8の唯一のコンテンツとして見つけることができます。
URI: urn:ietf:params:xml:schema:mediadataset
Registrant Contact: IETF RAI area <rai@ietf.org>, Volker Hilt
<volker.hilt@bell-labs.com>
RELAX NG Schema: The RELAX NG schema to be registered is contained in Section 8.
RELAX NGスキーマ：登録されるRELAX NGスキーマは、セクション8に含まれています。
This section registers a new XML namespace, as per the guidelines in [RFC3688].
このセクションは、[RFC3688]のガイドラインに従って、新しいXML名前空間を登録します。
URI: The URI for this namespace is urn:ietf:params:xml:ns:mediadataset.
URI：この名前空間のURIはurn：ietf：params：xml：ns：mediadatasetです。
Registrant Contact: IETF RAI area <rai@ietf.org>, Volker Hilt <volker.hilt@bell-labs.com> XML:
登録者の連絡先：IETF RAIエリア<rai@ietf.org>、Volker Hilt <volker.hilt@bell-labs.com> XML：
BEGIN
<?xml version="1.0"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML Basic 1.0//EN"
"http://www.w3.org/TR/xhtml-basic/xhtml-basic10.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="content-type"
content="text/html;charset=iso-8859-1"/>
<title>Media Policy Data Set Namespace</title>
</head>
<body>
<h1>Namespace for Media Policy Data Sets</h1>
<h2>urn:ietf:params:xml:ns:mediadataset</h2>
<p>See <a href="http://www.rfc-editor.org/rfc/rfc6796.txt">
RFC 6796</a>.</p>
</body>
</html>
END
[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月。
[RFC2141] Moats, R., "URN Syntax", RFC 2141, May 1997.
[RFC2141] Moats、R。、「URN Syntax」、RFC 2141、1997年5月。
[RFC2474] Nichols, K., Blake, S., Baker, F., and D. Black, "Definition of the Differentiated Services Field (DS Field) in the IPv4 and IPv6 Headers", RFC 2474, December 1998.
[RFC2474] Nichols、K.、Blake、S.、Baker、F。、およびD. Black、「Definition of the Differentiated Services Field（DS Field）in the IPv4 and IPv6 Headers」、RFC 2474、1998年12月。
[RFC3023] Murata, M., St. Laurent, S., and D. Kohn, "XML Media Types", RFC 3023, January 2001.
[RFC3023] Murata、M.、St。Laurent、S。、およびD. Kohn、「XML Media Types」、RFC 3023、2001年1月。
[RFC3264] Rosenberg, J. and H. Schulzrinne, "An Offer/Answer Model with Session Description Protocol (SDP)", RFC 3264, June 2002.
[RFC3264] Rosenberg、J。およびH. Schulzrinne、「オファー/アンサーモデルとセッション記述プロトコル（SDP）」、RFC 3264、2002年6月。
[RFC3688] Mealling, M., "The IETF XML Registry", BCP 81, RFC 3688, January 2004.
[RFC3688] Mealling M。、「The IETF XML Registry」、BCP 81、RFC 3688、2004年1月。
[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月。
[RFC4574] Levin, O. and G. Camarillo, "The Session Description Protocol (SDP) Label Attribute", RFC 4574, August 2006.
[RFC4574] Levin、O。およびG. Camarillo、「セッション記述プロトコル（SDP）ラベル属性」、RFC 4574、2006年8月。
[RFC4855] Casner, S., "Media Type Registration of RTP Payload Formats", RFC 4855, February 2007.
[RFC4855] Casner、S。、「RTPペイロード形式のメディアタイプ登録」、RFC 4855、2007年2月。
[RFC4975] Campbell, B., Mahy, R., and C. Jennings, "The Message Session Relay Protocol (MSRP)", RFC 4975, September 2007.
[RFC4975] Campbell、B.、Mahy、R。、およびC. Jennings、「メッセージセッションリレープロトコル（MSRP）」、RFC 4975、2007年9月。
[RFC4976] Jennings, C., Mahy, R., and A. Roach, "Relay Extensions for the Message Sessions Relay Protocol (MSRP)", RFC 4976, September 2007.
[RFC4976] Jennings、C.、Mahy、R。、およびA. Roach、「Relay Extensions for the Message Sessions Relay Protocol（MSRP）」、RFC 4976、2007年9月。
[RFC5766] Mahy, R., Matthews, P., and J. Rosenberg, "Traversal Using Relays around NAT (TURN): Relay Extensions to Session Traversal Utilities for NAT (STUN)", RFC 5766, April 2010.
[RFC5766] Mahy、R.、Matthews、P.、J。Rosenberg、「NAT周辺のリレーを使用したトラバーサル（TURN）：NATのセッショントラバーサルユーティリティへのリレー拡張（STUN）」、RFC 5766、2010年4月。
[RFC6795] Hilt, V. and G. Camarillo, "A Session Initiation Protocol (SIP) Event Package for Session-Specific Policies", RFC 6795, December 2012.
[RFC6795] Hilt、V。およびG. Camarillo、「セッション固有のポリシー用のセッション開始プロトコル（SIP）イベントパッケージ」、RFC 6795、2012年12月。
[W3C.REC-xml-20081126] Sperberg-McQueen, C., Yergeau, F., Maler, E., Bray, T., and J. Paoli, "Extensible Markup Language (XML) 1.0 (Fifth Edition)", World Wide Web Consortium Recommendation REC-xml-20081126, November 2008, <http://www.w3.org/TR/2008/REC-xml-20081126>.
[W3C.REC-xml-20081126] Sperberg-McQueen、C.、Yergeau、F.、Maler、E.、Bray、T。、およびJ. Paoli、「Extensible Markup Language（XML）1.0（Fifth Edition）」、 World Wide Web Consortium Recommendation REC-xml-20081126、2008年11月、<http://www.w3.org/TR/2008/REC-xml-20081126>。
[W3C.REC-xml-names-19990114] Hollander, D., Bray, T., and A. Layman, "Namespaces in XML", World Wide Web Consortium First Edition REC-xml-names-19990114, January 1999, <http://www.w3.org/TR/1999/REC-xml-names-19990114>.
[W3C.REC-xml-names-19990114] Hollander、D.、Bray、T.、and A. Layman、 "Namespaces in XML"、World Wide Web Consortium First Edition REC-xml-names-19990114、January 1999、< http://www.w3.org/TR/1999/REC-xml-names-19990114>。
[RFC2648] Moats, R., "A URN Namespace for IETF Documents", RFC 2648, August 1999.
[RFC2648] Moats、R。、「IETFドキュメントのURN名前空間」、RFC 2648、1999年8月。
[RFC3261] Rosenberg, J., Schulzrinne, H., Camarillo, G., Johnston, A., Peterson, J., Sparks, R., Handley, M., and E. Schooler, "SIP: Session Initiation Protocol", RFC 3261, June 2002.
[RFC3261] Rosenberg、J.、Schulzrinne、H.、Camarillo、G.、Johnston、A.、Peterson、J.、Sparks、R.、Handley、M。、およびE. Schooler、「SIP：Session Initiation Protocol」 、RFC 3261、2002年6月。
[RFC3470] Hollenbeck, S., Rose, M., and L. Masinter, "Guidelines for the Use of Extensible Markup Language (XML) within IETF Protocols", BCP 70, RFC 3470, January 2003.
[RFC3470] Hollenbeck、S.、Rose、M。、およびL. Masinter、「IETFプロトコル内でのExtensible Markup Language（XML）の使用に関するガイドライン」、BCP 70、RFC 3470、2003年1月。
[RFC4583] Camarillo, G., "Session Description Protocol (SDP) Format for Binary Floor Control Protocol (BFCP) Streams", RFC 4583, November 2006.
[RFC4583] Camarillo、G。、「バイナリフロアコントロールプロトコル（BFCP）ストリーム用のセッション記述プロトコル（SDP）形式」、RFC 4583、2006年11月。
[RFC4629] Ott, H., Bormann, C., Sullivan, G., Wenger, S., and R. Even, "RTP Payload Format for ITU-T Rec", RFC 4629, January 2007.
[RFC4629] Ott、H.、Bormann、C.、Sullivan、G.、Wenger、S。、およびR. Even、「RTP Payload Format for ITU-T Rec」、RFC 4629、2007年1月。
[RFC4856] Casner, S., "Media Type Registration of Payload Formats in the RTP Profile for Audio and Video Conferences", RFC 4856, February 2007.
[RFC4856] Casner、S。、「オーディオおよびビデオ会議のRTPプロファイルにおけるペイロード形式のメディアタイプ登録」、RFC 4856、2007年2月。
[RFC6080] Petrie, D. and S. Channabasappa, "A Framework for Session Initiation Protocol User Agent Profile Delivery", RFC 6080, March 2011.
[RFC6080] Petrie、D。およびS. Channabasappa、「フレームワークセッション開始プロトコルユーザーエージェントプロファイル配信」、RFC 6080、2011年3月。
[RFC6794] Hilt, V., Camarillo, G., and J. Rosenberg, "A Framework for Session Initiation Protocol (SIP) Session Policies", RFC 6794, December 2012.
[RFC6794] Hilt、V.、Camarillo、G。、およびJ. Rosenberg、「A Framework for Session Initiation Protocol（SIP）Session Policies」、RFC 6794、2012年12月。
Many thanks to Allison Mankin, Dan Petrie, Martin Dolly, Adam Roach, and Ben Campbell for the discussions and suggestions. Many thanks to Roni Even, Mary Barnes, Yaron Sheffer, Pete McCann, and Henry S. Thompson for reviewing the document and to Jari Urpalainen for helping with the RELAX NG schema.
議論と提案をしてくれたAllison Mankin、Dan Petrie、Martin Dolly、Adam Roach、Ben Campbellに感謝します。ドキュメントをレビューしてくれたRoni Even、Mary Barnes、Yaron Sheffer、Pete McCann、Henry S. Thompsonに、そしてRELAX NGスキーマを手助けしてくれたJari Urpalainenに感謝します。
Authors' Addresses
著者のアドレス
Volker Hilt Bell Labs/Alcatel-Lucent Lorenzstrasse 10 70435 Stuttgart Germany
Volker Hilt Bell Labs /アルカテルルーセントLorenzstrasse 10 70435シュトゥットガルトドイツ
EMail: volker.hilt@bell-labs.com
Gonzalo Camarillo Ericsson Hirsalantie 11 Jorvas 02420 Finland
Gonzalo Camarillo Ericsson Hirsalantie 11 Jorvas 02420フィンランド
EMail: Gonzalo.Camarillo@ericsson.com
Jonathan Rosenberg jdrosen.net Monmouth, NJ USA
ジョナサン・ローゼンバーグjdrosen.netニュージャージー州モンマス
EMail: jdrosen@jdrosen.net
Dale R. Worley Ariadne Internet Services, Inc. 738 Main St. Waltham, MA 02451 US
Dale R. Worley Ariadne Internet Services、Inc. 738 Main St. Waltham、MA 02451 US
EMail: worley@ariadne.com