Internet Engineering Task Force (IETF) S. McGlashan
Request for Comments: 6505 Hewlett-Packard
Category: Standards Track T. Melanchuk
ISSN: 2070-1721 Rainwillow
C. Boulton
NS-Technologies
March 2012
A Mixer Control Package for the Media Control Channel Framework
Abstract
抽象
This document defines a Media Control Channel Framework Package for managing mixers for media conferences and connections. The package defines request elements for managing conference mixers, managing mixers between conferences and/or connections, as well as associated responses and notifications. The package also defines elements for auditing package capabilities and mixers.
この文書では、メディアの会議や接続のためのミキサーを管理するためのメディア制御チャネルフレームワークパッケージを定義します。パッケージには、会議および/または接続ならびに関連する応答と通知の間にミキサーを管理、会議ミキサーを管理するための要求要素を定義します。パッケージはまた、監査パッケージ機能とミキサのための要素を定義します。
Status of This Memo
このメモのステータス
This is an Internet Standards Track document.
これは、インターネット標準化過程文書です。
This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Further information on Internet Standards is available in Section 2 of RFC 5741.
このドキュメントはインターネットエンジニアリングタスクフォース（IETF）の製品です。これは、IETFコミュニティの総意を表しています。これは、公開レビューを受けており、インターネットエンジニアリング運営グループ（IESG）によって公表のために承認されています。インターネット標準の詳細については、RFC 5741のセクション2で利用可能です。
Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc6505.
このドキュメントの現在の状態、任意の正誤表、そしてどのようにフィードバックを提供するための情報がhttp://www.rfc-editor.org/info/rfc6505で取得することができます。
Copyright Notice
著作権表示
Copyright (c) 2012 IETF Trust and the persons identified as the document authors. All rights reserved.
著作権（C）2012 IETF信託とドキュメントの作成者として特定の人物。全著作権所有。
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.
この文書では、BCP 78と、この文書の発行日に有効なIETFドキュメント（http://trustee.ietf.org/license-info）に関連IETFトラストの法律の規定に従うものとします。彼らは、この文書に関してあなたの権利と制限を説明するように、慎重にこれらの文書を確認してください。コードコンポーネントは、トラスト法規定のセクションで説明4.eおよび簡体BSDライセンスで説明したように、保証なしで提供されているよう簡体BSDライセンスのテキストを含める必要があり、この文書から抽出されました。
This document may contain material from IETF Documents or IETF Contributions published or made publicly available before November 10, 2008. The person(s) controlling the copyright in some of this material may not have granted the IETF Trust the right to allow modifications of such material outside the IETF Standards Process. Without obtaining an adequate license from the person(s) controlling the copyright in such materials, this document may not be modified outside the IETF Standards Process, and derivative works of it may not be created outside the IETF Standards Process, except to format it for publication as an RFC or to translate it into languages other than English.
この材料の一部がIETFトラストにこのような材料の変更を許可する権利を与えられていない可能性がありますにこの文書は、2008年、IETFドキュメントまたは11月10日以前に発行または公開さIETF貢献から著作権を支配する者（複数可）材料を含んでいてもよいですIETF標準化プロセスの外。そのような材料の著作権を管理者（単数または複数）から適切なライセンスを取得することなく、この文書は、IETF標準化過程の外側修正されないかもしれません、そして、それの派生物は、IETF標準化過程の外側に作成されない場合があり、それをフォーマットする以外出版RFCとして、英語以外の言語に翻訳します。
Table of Contents
目次
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 4
2. Conventions and Terminology . . . . . . . . . . . . . . . . . 5
3. Control Package Definition . . . . . . . . . . . . . . . . . . 6
3.1. Control Package Name . . . . . . . . . . . . . . . . . . . 6
3.2. Framework Message Usage . . . . . . . . . . . . . . . . . 6
3.3. Common XML Support . . . . . . . . . . . . . . . . . . . . 7
3.4. CONTROL Message Body . . . . . . . . . . . . . . . . . . . 7
3.5. REPORT Message Body . . . . . . . . . . . . . . . . . . . 7
3.6. Audit . . . . . . . . . . . . . . . . . . . . . . . . . . 8
3.7. Examples . . . . . . . . . . . . . . . . . . . . . . . . . 8
4. Element Definitions . . . . . . . . . . . . . . . . . . . . . 8
4.1. <mscmixer> . . . . . . . . . . . . . . . . . . . . . . . . 9
4.2. Mixer Elements . . . . . . . . . . . . . . . . . . . . . . 11
4.2.1. Conference Elements . . . . . . . . . . . . . . . . . 12
4.2.1.1. <createconference> . . . . . . . . . . . . . . . . 12
4.2.1.2. <modifyconference> . . . . . . . . . . . . . . . . 14
4.2.1.3. <destroyconference> . . . . . . . . . . . . . . . 16
4.2.1.4. Conference Configuration . . . . . . . . . . . . . 16
4.2.1.4.1. <audio-mixing> . . . . . . . . . . . . . . . . 16
4.2.1.4.2. <video-layouts> . . . . . . . . . . . . . . . 17
4.2.1.4.2.1. <video-layout> . . . . . . . . . . . . . . 18
4.2.1.4.3. <video-switch> . . . . . . . . . . . . . . . . 24
4.2.1.4.3.1. Priority Assignment . . . . . . . . . . . 26
4.2.1.4.4. <subscribe> . . . . . . . . . . . . . . . . . 27
4.2.1.4.4.1. <active-talkers-sub> . . . . . . . . . . . 27
4.2.2. Joining Elements . . . . . . . . . . . . . . . . . . . 28
4.2.2.1. Joining Model . . . . . . . . . . . . . . . . . . 28
4.2.2.2. <join> . . . . . . . . . . . . . . . . . . . . . . 29
4.2.2.3. <modifyjoin> . . . . . . . . . . . . . . . . . . . 32
4.2.2.4. <unjoin> . . . . . . . . . . . . . . . . . . . . . 34
4.2.2.5. <stream> . . . . . . . . . . . . . . . . . . . . . 35
4.2.2.5.1. <volume> . . . . . . . . . . . . . . . . . . . 37
4.2.2.5.2. <clamp> . . . . . . . . . . . . . . . . . . . 38
4.2.2.5.3. <region> . . . . . . . . . . . . . . . . . . . 38
4.2.2.5.4. <priority> . . . . . . . . . . . . . . . . . . 38
4.2.3. <response> . . . . . . . . . . . . . . . . . . . . . . 38
4.2.4. <event> . . . . . . . . . . . . . . . . . . . . . . . 39
4.2.4.1. <active-talkers-notify> . . . . . . . . . . . . . 39
4.2.4.1.1. <active-talker> . . . . . . . . . . . . . . . 40
4.2.4.2. <unjoin-notify> . . . . . . . . . . . . . . . . . 40
4.2.4.3. <conferenceexit> . . . . . . . . . . . . . . . . . 41
4.3. Audit Elements . . . . . . . . . . . . . . . . . . . . . . 42
4.3.1. <audit> . . . . . . . . . . . . . . . . . . . . . . . 43
4.3.2. <auditresponse> . . . . . . . . . . . . . . . . . . . 44
4.3.2.1. <capabilities> . . . . . . . . . . . . . . . . . . 46
4.3.2.2. <mixers> . . . . . . . . . . . . . . . . . . . . . 46
4.3.2.2.1. <conferenceaudit> . . . . . . . . . . . . . . 47
4.3.2.2.1.1. <participants> . . . . . . . . . . . . . . 47
4.3.2.2.1.1.1. <participant> . . . . . . . . . . . . 48
4.3.2.2.2. <joinaudit> . . . . . . . . . . . . . . . . . 48
4.4. <codecs> . . . . . . . . . . . . . . . . . . . . . . . . . 48
4.4.1. <codec> . . . . . . . . . . . . . . . . . . . . . . . 49
4.5. <params> . . . . . . . . . . . . . . . . . . . . . . . . . 50
4.5.1. <param> . . . . . . . . . . . . . . . . . . . . . . . 50
4.6. Response Status Codes . . . . . . . . . . . . . . . . . . 51
4.7. Type Definitions . . . . . . . . . . . . . . . . . . . . . 55
5. Formal Syntax . . . . . . . . . . . . . . . . . . . . . . . . 56
6. Examples . . . . . . . . . . . . . . . . . . . . . . . . . . . 75
6.1. AS-MS Framework Interaction Examples . . . . . . . . . . . 75
6.1.1. Creating a Conference Mixer and Joining a
Participant . . . . . . . . . . . . . . . . . . . . . 75
6.1.2. Receiving Active Talker Notifications . . . . . . . . 76
6.1.3. Conference Termination . . . . . . . . . . . . . . . . 76
6.2. Mixing Examples . . . . . . . . . . . . . . . . . . . . . 76
6.2.1. Audio Conferencing . . . . . . . . . . . . . . . . . . 77
6.2.2. Bridging Connections . . . . . . . . . . . . . . . . . 79
6.2.3. Video Conferencing . . . . . . . . . . . . . . . . . . 80
7. Security Considerations . . . . . . . . . . . . . . . . . . . 81
8. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 84
8.1. Control Package Registration . . . . . . . . . . . . . . . 84
8.2. URN Sub-Namespace Registration . . . . . . . . . . . . . . 84
8.3. XML Schema Registration . . . . . . . . . . . . . . . . . 85
8.4. MIME Media Type Registration for
'application/msc-mixer+xml' . . . . . . . . . . . . . . . 85
8.5. Mixer Control Package Status Code Registration . . . . . . 86
9. Contributors . . . . . . . . . . . . . . . . . . . . . . . . . 86
10. Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . 87
11. References . . . . . . . . . . . . . . . . . . . . . . . . . . 87
11.1. Normative References . . . . . . . . . . . . . . . . . . . 87
11.2. Informative References . . . . . . . . . . . . . . . . . . 88
The Media Control Channel Framework [RFC6230] provides a generic approach for establishment and reporting capabilities of remotely initiated commands. The Control Framework -- an equivalent term for the Media Control Channel Framework -- utilizes many functions provided by the Session Initiation Protocol (SIP) [RFC3261] for the rendezvous and establishment of a reliable channel for control interactions. The Control Framework also introduces the concept of a Control Package. A Control Package is an explicit usage of the Control Framework for a particular interaction set. This specification defines a package for media conference mixers and media connection mixers.
メディア制御チャネルフレームワーク[RFC6230]リモートで開始されたコマンドの確立とレポート作成機能のための一般的なアプローチを提供します。コントロールフレームワーク - メディア制御チャネルフレームワークの等価な用語は、 - 制御相互作用のための信頼性の高いチャネルのランデブと確立のためにセッション開始プロトコル（SIP）[RFC3261]により提供される多くの機能を利用します。コントロールフレームワークはまた、制御パッケージの概念を導入しています。制御パッケージは、特定のインタラクション・セットのコントロールフレームワークの明示的な使用です。この仕様は、メディア会議ミキサーやメディア接続ミキサーのためのパッケージを定義します。
This package defines mixer management elements for creating, modifying, and deleting conference mixers, elements for joining, modifying, and unjoining media streams between connections and conferences (including mixers between connections), as well as associated responses and notifications. The package also defines elements for auditing package capabilities and mixers.
このパッケージは、会議ミキサー、接合修正、及び接続と（接続間のミキサーを含む）会議の間にメディアストリームをunjoiningための要素、ならびに関連した応答や通知を作成、変更、および削除するためのミキサー管理要素を定義します。パッケージはまた、監査パッケージ機能とミキサのための要素を定義します。
This package has been designed to satisfy media-mixing requirements documented in the Media Server Control Protocol Requirements document [RFC5167]; more specifically REQ-MCP-22, REQ-MCP-23, REQ-MCP-24, REQ-MCP-25, REQ-MCP-26, and REQ-MCP-27.
このパッケージには、メディアサーバー制御プロトコルの要件ドキュメント[RFC5167]で文書化されたメディアミックスの要件を満たすように設計されています。より具体的にはREQ-MCP-22、REQ-MCP-23、REQ-MCP-24、REQ-MCP-25、REQ-MCP-26、及びREQ-MCP-27。
The package provides the major conferencing functionality of SIP media server languages such as MSCML [RFC5022] and MSML [RFC5707]. A key differentiator is that this package provides such functionality using the Media Control Channel Framework.
パッケージには、このようなMSCML [RFC5022]とMSML [RFC5707]としてSIPメディアサーバの言語の主要な会議機能を提供します。重要な差別化は、このパッケージは、メディア制御チャネルフレームワークを使用して、このような機能を提供することです。
Out of scope for this mixer package are more advanced functions including personalized video mixes for conference participants, support for floor control protocols, as well as support for video overlays and text insertion. Such functionality can be addressed by extensions to this package (through addition of foreign elements or attributes from another namespace) or use of other Control Packages that could build upon this package.
このミキサーパッケージのスコープ外にパーソナライズされたビデオ会議参加者のためのミックス、フロア制御プロトコルのサポートだけでなく、ビデオオーバーレイ及びテキストの挿入のためのサポートを含む、より高度な機能があります。このような機能は、この（別の名前空間からの外国人の要素や属性の追加により）パッケージまたはこのパッケージ上に構築でき、他の制御パッケージの使用に拡張することによって対処することができます。
The functionality of this package is defined by messages, containing XML [XML] elements and transported using the Media Control Channel Framework. The XML elements can be divided into two types: mixer management elements and audit elements (for auditing package capabilities and mixers managed by the package).
このパッケージの機能は、XML [XML]の要素を含む、メッセージによって定義され、メディア制御チャネルフレームワークを使用して輸送されます。ミキサ管理要素及び監査要素（監査パッケージ機能およびミキサパッケージによって管理される）：XML要素は、2つのタイプに分けることができます。
The document is organized as follows. Section 3 describes how this Control Package fulfills the requirements for a Media Control Channel Framework Control Package. Section 4 describes the syntax and
次のように文書が編成されています。この制御パッケージは、メディア制御チャネルフレームワーク制御パッケージの要件を満たしてどのように第3節では説明しています。第4節では、構文を説明し、
semantics of defined elements, including mixer management (Section 4.2) and audit elements (Section 4.3). Section 5 describes an XML schema for these elements and provides extensibility by allowing attributes and elements from other namespaces. Section 6 provides examples of package usage. Section 7 describes important security considerations for use of this Control Package. Section 8 provides information on IANA registration of this Control Package, including its name, XML namespace, and MIME media type.
ミキサー管理（セクション4.2）と監査要素（4.3節）を含む定義された要素の意味論。セクション5は、これらの要素のXMLスキーマを説明し、他の名前空間からの属性と要素を可能にすることにより、拡張性を提供します。第6節は、パッケージの使用例を提供します。第7節は、この制御パッケージを使用するための重要なセキュリティ上の考慮事項について説明します。第8節は、その名前、XML名前空間、およびMIMEメディアタイプを含め、この制御パッケージのIANA登録に情報を提供しています。
In this document, BCP 14 [RFC2119] defines the key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and "OPTIONAL". In addition, BCP 15 indicates requirement levels for compliant implementations.
この文書では、BCP 14 [RFC2119]「は、キーワードが "MUST"、 "MUST NOT"、 "REQUIRED"、 "SHOULD" "ないもの" "SHALL"、 "推奨"、 "SHOULD NOTは" NOT定義します"「、 "MAY RECOMMENDED"、および" オプション。また、BCP 15は、対応する実装の要求レベルを示しています。
The following additional terms are defined for use in this document:
以下の追加条件は、本文書で使用するために定義されています。
Application Server: A SIP [RFC3261] application server (AS) is a control client that hosts and executes services such as interactive media and conferencing in an operator's network. An AS controls the media server (MS), influencing and impacting the SIP sessions terminating on an MS, which the AS can have established, for example, using SIP third-party call control.
アプリケーションサーバ：SIP [RFC3261]アプリケーションサーバ（AS）がホストし、オペレータのネットワークで、インタラクティブなメディアや会議などのサービスを実行する制御クライアントです。 ASは、ASがSIPサードパーティ呼制御を使用して、例えば、確立していることができMS、で終端SIPセッションに影響を与えると衝突、メディアサーバ（MS）を制御します。
Media Server: A media server (MS) processes media streams on behalf of an AS by offering functionality such as interactive media, conferencing, and transcoding to the end user. Interactive media functionality is realized by way of dialogs, which are identified by a URI and initiated by the application server.
メディアサーバー：メディアサーバ（MS）は、ASなどのエンドユーザーへのインタラクティブメディア、会議、およびトランスコーディングなどの機能を提供することで、代わってメディアストリームを処理します。インタラクティブメディア機能は、URIによって識別され、アプリケーションサーバによって開始されたダイアログの方法によって実現されます。
MS Conference: An MS Conference provides the media-related mixing resources and services for conferences. In this document, an MS Conference is often referred to simply as a conference.
MSの会議：MSの会議は、会議のためのメディア関連のミキシングリソースとサービスを提供しています。この文書では、MSの会議は、多くの場合、単に会議と呼ばれています。
MS Connection: An MS connection represents the termination on a media server of one or more RTP [RFC3550] sessions that are associated to a single SIP dialog. A media server receives media from the output(s) of a connection, and it transmits media on the input(s) of a connection.
MS接続：MSの接続は、単一のSIPダイアログに関連する1つまたは複数のRTP [RFC3550]セッションのメディアサーバー上の終端を表します。メディアサーバは、接続の出力（複数可）からのメディアを受信し、そして、それは接続の入力（S）にメディアを送信します。
Media Stream: A media stream on a media server represents a media flow between either a connection and a conference, between two connections, or between two conferences. Streams can be audio or video and can be bidirectional or unidirectional.
メディアストリーム：メディアサーバー上のメディアストリームは、2つの接続の間、または2つの会議の間の接続と会議のいずれかの間にメディアフローを表します。ストリームは、オーディオやビデオにすることができ、双方向または単方向することができます。
This section fulfills the mandatory requirement for information that MUST be specified during the definition of a Control Framework Package, as detailed in Section 8 of [RFC6230].
このセクションでは、[RFC6230]のセクション8で説明するように、コントロールフレームワークパッケージの定義時に指定しなければならない情報のための必須要件を満たします。
The Control Framework requires a Control Package definition to specify and register a unique name. The name and version of this Control Package is "msc-mixer/1.0" (Media Server Control - Mixer - version 1.0). Its IANA registration is specified in Section 8.1.
コントロールフレームワークは、一意の名前を指定し、登録する制御パッケージの定義が必要です。この制御パッケージの名前とバージョンが（ - ミキサー - バージョン1.0メディアサーバ制御）「MSC-ミキサー/ 1.0」です。そのIANA登録はセクション8.1で指定されています。
Since this is the initial ("1.0") version of the Control Package, there are no backwards compatibility issues to address.
これは、制御パッケージの初期（「1.0」）のバージョンがあるので、対処するためには下位互換性の問題はありません。
The Control Framework requires a Control Package to explicitly detail the control messages that can be used as well as provide an indication of directionality between entities. This will include which role type is allowed to initiate a request type.
コントロールフレームワークは、制御パッケージを必要とし、明示的に詳細な使用だけでなく、エンティティ間の方向性の指示を提供することができる制御メッセージをします。これは、要求タイプを開始することを許可された役割タイプが含まれます。
This package specifies CONTROL and response messages in terms of XML elements defined in Section 4, where the message bodies have the MIME media type defined in Section 8.4. These elements describe requests, responses, and notifications, and all are contained within a root <mscmixer> element (Section 4.1).
このパッケージは、メッセージ本文は、セクション8.4で定義されたMIMEメディアタイプを持つセクション4で定義されたXML要素の面でCONTROLと応答メッセージを指定します。これらの要素は、要求、応答、および通知について説明し、すべてのルート<mscmixer>要素（4.1節）の中に含まれています。
In this package, the MS operates as a Control Server in receiving requests from, and sending responses to, the AS (operating as a Control Client). Mixer management requests and responses are defined in Section 4.2. Audit requests and responses are defined in Section 4.3. Mixer management and audit responses are carried in a framework 200 response or REPORT message bodies. This package's response codes are defined in Section 4.6.
このパッケージでは、MSからの要求を受けて、AS（コントロールクライアントとして動作）、への応答を送信してコントロールサーバとして動作します。ミキサーの管理要求と応答は、セクション4.2で定義されています。監査要求と応答は、4.3節で定義されています。ミキサ管理及び監査応答は、フレームワーク200応答またはREPORTメッセージ本体で搬送されます。このパッケージの応答コードは、セクション4.6で定義されています。
Note that package responses are different from framework response codes. Framework error response codes (see Section 7 of [RFC6230]) are used when the request or event notification is invalid, for example, a request is invalid XML (400) or not understood (500).
パッケージの応答はフレームワークの応答コードとは異なることに注意してください。要求またはイベント通知が無効である場合、フレームワークエラー応答コードは（[RFC6230]のセクション7を参照）が使用され、例えば、要求は、無効なXML（400）であるか否かは、理解（500）です。
The MS also operates as a Control Client in sending event notification to the AS (Control Server). Event notifications (Section 4.2.4) are carried in CONTROL message bodies. The AS MUST respond with a Control Framework 200 response.
MSはまた、AS（制御サーバ）にイベント通知を送信することでコントロールクライアントとして動作します。イベント通知（4.2.4項）は、制御メッセージ本体で運ばれます。 ASは、コントロールフレームワーク200応答で応じなければなりません。
The Control Framework requires a Control Package definition to specify if the attributes for media dialog or conference references are required.
コントロールフレームワークは、メディア・ダイアログや会議の参照の属性が必要な場合に指定するには、Controlパッケージの定義が必要です。
This package requires that the XML schema in Appendix A.1 of [RFC6230] MUST be supported for media dialogs and conferences.
このパッケージには、[RFC6230]の付録A.1でのXMLスキーマは、メディア・ダイアログや会議のためにサポートしなければならないことが必要です。
The package uses 'connectionid' and 'conferenceid' attributes for various element definitions (Section 4). The XML schema (Section 5) imports the definitions of these attributes from the framework schema.
パッケージは、様々な要素の定義（第4）の属性「connectionid」と「conferenceid」を使用します。 XMLスキーマ（第5節）は、フレームワークのスキーマからこれらの属性の定義をインポートします。
The Control Framework requires a Control Package to define the control body that can be contained within a CONTROL command request and to indicate the location of detailed syntax definitions and semantics for the appropriate body types.
コントロールフレームワークは、制御コマンド要求内に含まれることができ、適切なボディータイプの詳細な構文定義と意味論の位置を示すために、制御体を定義する制御パッケージを必要とします。
When operating as a Control Server, the MS receives CONTROL messages with the MIME media type defined in Section 8.4 and a body containing a <mscmixer> element (Section 4.1) with either a mixer management or audit request child element.
制御サーバとして動作する場合、MSは、セクション8.4で定義されたMIMEメディアタイプとミキサー管理や監査要求子要素のいずれかで<mscmixer>要素（セクション4.1）を含む本体と制御メッセージを受信します。
The following mixer management request elements are carried in CONTROL message bodies to MS: <createconference> (Section 4.2.1.1), <modifyconference> (Section 4.2.1.2), <destroyconference> (Section 4.2.1.3), <join> (Section 4.2.2.2), <modifyjoin> (Section 4.2.2.3), and <unjoin> (Section 4.2.2.4) elements.
以下ミキサー管理要求要素がMSに制御メッセージ本体で運ばれる<createconference>（セクション4.2.1.1）、<modifyconference>（セクション4.2.1.2）、<destroyconference>（セクション4.2.1.3）、<参加>（セクション4.2.2.2）、<modifyjoin>（セクション4.2.2.3）、および<退会>（セクション4.2.2.4）の要素。
The <audit> request element (Section 4.3.1) is also carried in CONTROL message bodies.
<監査>要求要素（4.3.1項）は、制御メッセージ本体で搬送されます。
When operating as a Control Client, the MS sends CONTROL messages with the MIME media type defined in Section 8.4 and a body containing a <mscmixer> element (Section 4.1) with a notification <event> child element (Section 4.2.4).
コントロールクライアントとして動作する場合、MSは、8.4節で定義されたMIMEメディアタイプと通知<イベント>の子要素（4.2.4項）で、<mscmixer>要素（4.1節）を含むボディで制御メッセージを送信します。
The Control Framework requires a Control Package definition to define the REPORT body that can be contained within a REPORT command request, or to indicate that no report package body is required. This section indicates the location of detailed syntax definitions and semantics for the appropriate body types.
コントロールフレームワークは、REPORTコマンド要求内に含まれることができるREPORT本体を定義するために、あるいはまったくレポートパッケージ本体が必要とされないことを示すために、制御パッケージの定義が必要です。このセクションでは、適切なボディータイプの詳細な構文定義と意味論の位置を示しています。
When operating as a Control Server, the MS sends REPORT bodies with the MIME media type defined in Section 8.4 and a <mscmixer> element with a response child element. The response element for mixer management requests is a <response> element (Section 4.2.3). The response element for an audit request is a <auditresponse> element (Section 4.3.2).
コントロール・サーバーとして動作している場合、MSは、8.4節と応答子要素と<mscmixer>要素で定義されたMIMEメディアタイプとREPORT体を送信します。ミキサ管理要求に対する応答要素は、<応答>要素（4.2.3）です。監査要求に対する応答要素は<auditresponse>要素（4.3.2項）です。
The Control Framework encourages Control Packages to specify whether auditing is available, how it is triggered, as well as the query/ response formats.
コントロールフレームワークは、それがトリガーと同様に、クエリ/レスポンスフォーマットする方法、監査が使用可能であるかどうかを指定するには、コントロールパッケージを奨励しています。
This Control Package supports auditing of package capabilities and mixers on the MS. An audit request is carried in a CONTROL message and an audit response in a REPORT message (or a 200 response to the CONTROL if it can execute the audit in time).
この制御パッケージは、MSのパッケージ機能とミキサーの監査をサポートしています。 （それは時間的に監査を実行することができるかどうか、または制御するために、200応答）監査要求は、制御メッセージとREPORTメッセージ内の監査応答で搬送されます。
The syntax and semantics of audit request and response elements are defined in Section 4.3.
監査要求と応答の要素の構文と意味論はセクション4.3で定義されています。
The Control Framework recommends Control Packages to provide a range of message flows that represent common flows using the package and this framework document.
コントロールフレームワークは、パッケージと、このフレームワークのドキュメントを使用して共通の流れを表すメッセージ・フローの範囲を提供するために、制御パッケージをお勧めします。
This Control Package provides examples of such message flows in Section 6.
この制御パッケージは、そのようなメッセージの例を提供するが、セクション6に流れます。
This section defines the XML elements for this package. The elements are defined in the XML namespace specified in Section 8.2.
このセクションでは、このパッケージのためのXML要素を定義します。要素は、8.2節で指定されたXML名前空間で定義されています。
The root element is <mscmixer> (Section 4.1). All other XML elements (requests, responses, and notification elements) are contained within it. Child elements describe mixer management (Section 4.2) and audit (Section 4.3) functionality. Response status codes are defined in Section 4.6 and type definitions in Section 4.7.
ルート要素は<mscmixer>（セクション4.1）です。他のすべてのXML要素（要求、応答、および通知要素）がその中に含まれています。子要素は、ミキサ管理（セクション4.2）と監査（4.3節）の機能を説明しています。レスポンスのステータスコードは、4.7節に4.6節と型定義で定義されています。
Implementation of this Control Package MUST address the security considerations described in Section 7.
この制御パッケージの実装は、第7節で説明されているセキュリティ上の考慮事項に対処しなければなりません。
Implementation of this Control Package MUST adhere to the syntax and semantics of XML elements defined in this section and the schema (Section 5). The XML schema supports extensibility by allowing attributes and elements from other namespaces. Implementations MAY support attributes and elements from other (foreign) namespaces. If an MS implementation receives a <mscmixer> element containing attributes or elements from another namespace, which it does not support, the MS sends a 428 response (Section 4.6).
この制御パッケージの実装は、このセクションとスキーマ（第5節）で定義されたXML要素の構文とセマンティクスに準拠する必要があります。 XMLスキーマは、他の名前空間からの属性と要素を可能にすることにより、拡張性をサポートしています。実装は、他の（外国）の名前空間からの属性と要素をサポートするかもしれません。 MSの実装は、それがサポートしていない別の名前空間からの属性または要素を含む<mscmixer>要素を受信した場合、MSは、428応答（セクション4.6）を送信します。
Extensible attributes and elements are not described in this section. In all other cases where there is a difference in constraints between the XML schema and the textual description of elements in this section, the textual definition takes priority.
拡張可能な属性と要素は、このセクションで説明されていません。 XMLスキーマと、このセクション内のエレメントのテキスト記述との間の制約に差がある他のすべての場合において、テキストの定義が優先されます。
Some elements in this Control Package contain attributes whose value is descriptive text primarily for diagnostic use. The implementation can indicated the language used in the descriptive text by means of a 'desclang' attribute [RFC2277]. The 'desclang' attribute can appear on the root element as well as selected subordinate elements (see Section 4.1). The 'desclang' attribute value on the root element applies to all 'desclang' attributes in subordinate elements unless the subordinate element has an explicit 'desclang' attribute that overrides it.
この制御パッケージの一部の要素は、その値は、主に診断の使用のための説明文である属性が含まれています。実装は、「desclang」属性[RFC2277]によって説明のテキストに使用される言語を示したことができます。 「desclang」属性は、ルート要素だけでなく、選択された従属要素（4.1節を参照）に表示されます。従属要素がそれを上書きし、明示的な「desclang」属性を持っていない限り、すべての「desclang」の下位要素の属性にルート要素の「desclang」属性値が適用されます。
Usage examples are provided in Section 6.
使用例は、第6節で提供されています。
The <mscmixer> element has the following attributes (in addition to standard XML namespace attributes such as 'xmlns'):
<mscmixer>要素は、（たとえば「のxmlns」などの標準のXML名前空間の属性に加えて）次の属性があります。
version: a string specifying the mscmixer package version. The value is fixed as "1.0" for this version of the package. The attribute is mandatory.
バージョン：mscmixerパッケージのバージョンを指定する文字列。値は、パッケージのこのバージョンの「1.0」として固定されています。属性は必須です。
desclang: specifies the language used in descriptive text attributes of subordinate elements (unless the subordinate element provides a 'desclang' attribute that overrides the value for its descriptive text attributes). The descriptive text attributes on subordinate elements include: the 'reason' attribute on <response> (Section 4.2.3), <unjoin-notify> (Section 4.2.4.2), <conferenceexit> (Section 4.2.4.3), and <auditresponse> (Section 4.3.2). A valid value is a language identifier (Section 4.7.7). The attribute is optional. The default value is "i-default" (BCP 47 [RFC5646]).
desclangは：（従属要素は、その説明のテキスト属性の値を上書きします「desclang」属性を提供しない限り）、下位要素の説明テキスト属性で使用される言語を指定します。説明のテキストは、下位要素の属性は次のとおりです。<応答>（4.2.3節）、<退会-通知>（セクション4.2.4.2）、<conferenceexit>（セクション4.2.4.3）、および<auditresponseの '理由' 属性を>（4.3.2項）。有効な値は言語識別子（セクション4.7.7）です。属性はオプションです。デフォルト値は "I-デフォルト"（BCP 47 [RFC5646]）です。
The <mscmixer> element has the following defined child elements, only one of which can occur:
<mscmixer>要素は、以下の定義された子要素、発生する可能性を1つだけあります。
<createconference>: create and configure a new conference mixer.
See Section 4.2.1.1
<modifyconference>: modify the configuration of an existing conference mixer. See Section 4.2.1.2
<modifyconference>：既存の会議ミキサーの設定を変更します。 4.2.1.2項を参照してください
<destroyconference>: destroy an existing conference mixer. See Section 4.2.1.3
<destroyconference>：既存の会議ミキサーを破壊します。セクション4.2.1.3を参照してください。
<join>: create and configure media streams between connections and/or conferences (for example, add a participant to a conference). See Section 4.2.2.2
<参加>：作成し、接続および/または会議間のメディアストリームを設定する（例えば、会議に参加者を追加します）。セクション4.2.2.2を参照してください。
<modifyjoin>: modify the configuration of joined media streams. See Section 4.2.2.3
<modifyjoin>：接合メディアストリームの設定を変更します。セクション4.2.2.3を参照してください。
<unjoin>: delete a media stream (for example, remove a participant from a conference). See Section 4.2.2.4
<退会>：（たとえば、会議から参加者を削除）メディアストリームを削除します。セクション4.2.2.4を参照してください。
<response>: response to a mixer request. See Section 4.2.3
<回答>：ミキサー要求に対する応答。第4.2.3項を参照してください
<event>: mixer or subscription notification. See Section 4.2.4
<イベント>：ミキサーまたはサブスクリプションの通知。 4.2.4を参照してください。
<audit>: audit package capabilities and managed mixers. See
Section 4.3.1
<auditresponse>: response to an audit request. See Section 4.3.2
<auditresponse>：監査要求に対する応答。 4.3.2を参照してください。
For example, a request to the MS to create a conference mixer is as follows:
例えば、以下のように会議ミキサーを作成するMSへの要求です。
<mscmixer version="1.0" xmlns="urn:ietf:params:xml:ns:msc-mixer"> <createconference/> </mscmixer>
<mscmixerバージョン= "1.0" のxmlns = "壷：IETF：のparams：XML：NS：mscmixer"> <createconference /> </ mscmixer>
And a response from the MS that the conference was successfully created is as follows:
以下のように、会議の作成に成功したことをMSからの応答は次のとおりです。
<mscmixer version="1.0" xmlns="urn:ietf:params:xml:ns:msc-mixer" desclang="en"> <response status="200" conferenceid="conference1" reason="conference created"/> </mscmixer>
<mscmixerバージョン= "1.0" のxmlns = "壷：IETF：のparams：XML：NS：mscmixer" desclang = "EN"> </応答ステータス= "200" conferenceid = "conference1" 理由= "作成した会議"> </ mscmixer>
This section defines the mixer management XML elements for this Control Package. These elements are divided into requests, responses, and notifications.
このセクションでは、この制御パッケージ用のミキサー管理XML要素を定義します。これらの要素は、要求、応答、および通知に分かれています。
Request elements are sent to the MS to request a specific mixer operation to be executed. The following request elements are defined:
要求要素が実行する具体的なミキサー操作を要求するMSに送信されます。次のリクエスト要素が定義されています。
<createconference>: create and configure a new a conference mixer. See Section 4.2.1.1
<createconference>：新しい会議のミキサーを作成して設定します。セクション4.2.1.1を参照してください。
<modifyconference>: modify the configuration of an existing conference mixer. See Section 4.2.1.2
<modifyconference>：既存の会議ミキサーの設定を変更します。 4.2.1.2項を参照してください
<destroyconference>: destroy an existing conference mixer. See Section 4.2.1.3
<destroyconference>：既存の会議ミキサーを破壊します。セクション4.2.1.3を参照してください。
<join>: create and configure media streams between connections and/or conferences (for example, add a participant to a conference). See Section 4.2.2.2
<参加>：作成し、接続および/または会議間のメディアストリームを設定する（例えば、会議に参加者を追加します）。セクション4.2.2.2を参照してください。
<modifyjoin>: modify the configuration of joined media streams. See Section 4.2.2.3
<modifyjoin>：接合メディアストリームの設定を変更します。セクション4.2.2.3を参照してください。
<unjoin>: delete a media stream (for example, remove a participant from a conference). See Section 4.2.2.4
<退会>：（たとえば、会議から参加者を削除）メディアストリームを削除します。セクション4.2.2.4を参照してください。
Responses from the MS describe the status of the requested operation. Responses are specified in a <response> element (Section 4.2.3) that includes a mandatory attribute describing the status in terms of a numeric code. Response status codes are defined in Section 4.6. The MS MUST respond to a request message with a response message. If the MS is not able to process the request and carry out the mixer operation (in whole or in part), then the request has failed: the MS MUST ensure that no part of the requested mixer operation is carried out, and the MS MUST indicate the class of failure using an appropriate 4xx response code. Unless an error response code is specified for a class of error within this section, implementations follow Section 4.6 in determining the appropriate status code for the response.
MSからの応答は、要求された操作の状況を説明します。応答は、数値コードの点で状況を説明する必須属性を含む<応答>要素（セクション4.2.3）に指定されています。レスポンスのステータスコードは、セクション4.6で定義されています。 MSは、応答メッセージと要求メッセージに反応しなければなりません。 MSは、（全体的にまたは部分的に）要求を処理し、ミキサーの操作を行うことができない場合、その要求は失敗しました：MSがMUST要求ミキサ動作のどの部分が実行されていないことを確認し、MS MUST適切な4XX応答コードを使用して、障害のクラスを示します。エラー応答コードは、このセクション内のエラーのクラスに指定されない限り、実装は、応答のための適切なステータスコードを決定する際に4.6節に従います。
Notifications are sent from the MS to provide updates on the status of a mixer operation or subscription. Notifications are specified in an <event> element (Section 4.2.4).
通知はミキサ動作またはサブスクリプションのステータスに関する最新情報を提供するために、MSから送信されます。通知は、<イベント>要素（4.2.4項）で指定されています。
The <createconference> element is sent to the MS to request creation of a new conference (multiparty) mixer.
<createconference>要素は、新しい会議（マルチパーティ）ミキサーの作成を要求するMSに送信されます。
The <createconference> element has the following attributes:
<createconference>要素は次の属性があります。
conferenceid: string indicating a unique name for the new conference. If this attribute is not specified, the MS MUST create a unique name for the conference. The value is used in subsequent references to the conference (e.g., as conferenceid in a <response>). The attribute is optional. There is no default value.
conferenceid：新しい会議のための一意の名前を示す文字列。この属性が指定されていない場合、MSは、会議のための一意の名前を作成する必要があります。値が（<応答>にconferenceidように、例えば）会議に後続の参照に使用されます。属性はオプションです。デフォルト値はありません。
reserved-talkers: indicates the requested number of guaranteed speaker slots to be reserved for the conference. A valid value is a non-negative integer (see Section 4.7.2). The attribute is optional. The default value is 0.
予約-話者：会議のために予約されることが保証スピーカースロットの要求数を示します。有効な値は負でない整数（第4.7.2項を参照）です。属性はオプションです。デフォルト値は0です。
reserved-listeners: indicates the requested number of guaranteed listener slots to be reserved for the conference. A valid value is a non-negative integer (see Section 4.7.2). The attribute is optional. The default value is 0.
予約-リスナー：会議のために予約されることが保証リスナースロットの要求された数を示します。有効な値は負でない整数（第4.7.2項を参照）です。属性はオプションです。デフォルト値は0です。
The <createconference> element has the following sequence of child elements:
<createconference>要素は、子要素の以下の配列を有します。
<codecs>: an element to configure the codecs supported by the conference (see Section 4.4). If codecs are specified, then they impose limitations on media capability when the MS attempts to join the conference to other entities (see Sections 4.2.2.2 and 4.2.2.3). The element is optional.
<コーデック>：会議でサポートされているコーデックを設定するための要素（4.4節を参照してください）。コーデックが指定されている場合はMSが他のエンティティに会議に参加しようとしたときに、その後、彼らはメディア機能に制限を課す（セクション4.2.2.2と4.2.2.3を参照）。要素はオプションです。
<audio-mixing>: an element to configure the audio mixing characteristics of a conference (see Section 4.2.1.4.1). The element is optional.
<オーディオミキシング>：会議の特性をミキシングオーディオを構成する要素（セクション4.2.1.4.1参照）。要素はオプションです。
<video-layouts>: an element to configure the video layouts of a conference (see Section 4.2.1.4.2). The element is optional.
<ビデオレイアウト>：会議のビデオレイアウトを設定するための要素（セクション4.2.1.4.2を参照）。要素はオプションです。
<video-switch>: an element to configure the video switch policy for the layout of a conference (see Section 4.2.1.4.3). The element is optional.
<ビデオ・スイッチ>：会議のレイアウトのためのビデオスイッチポリシーを設定する要素（セクション4.2.1.4.3を参照）。要素はオプションです。
<subscribe>: an element to request subscription to conference events. (see Section 4.2.1.4.4). The element is optional.
<サブスクライブ>：要素は、イベントを会議にサブスクリプションを要求します。 （セクション4.2.1.4.4を参照）。要素はオプションです。
If the 'conferenceid' attribute specifies a value that is already used by an existing conference, the MS reports an error (405) and MUST NOT create a new conference and MUST NOT affect the existing conference.
「conferenceid」属性は、すでに既存の会議で使用される値を指定した場合、MSは、エラー（405）を報告し、新しい会議を作成してはいけませんし、既存の会議に影響してはいけません。
If the MS is unable to configure the conference according to specified 'reserved-talkers' or 'reserved-listeners' attributes, the MS reports an error (420) and MUST NOT create the conference.
MSが指定した「予約・トーカー」または「予約-聞き手の属性に応じて会議を設定することができない場合、MSは、エラー（420）を報告し、会議を作成してはいけません。
If the MS is unable to configure the conference according to a specified <audio-mixing> element, the MS reports an error (421) and MUST NOT create the conference.
MSは、指定された<オーディオミキシング>要素に応じて会議を構成することができない場合、MSは、エラー（421）を報告し、会議を作成してはいけません。
If the MS is unable to configure the conference according to a specified <video-layouts> element, the MS reports an error (423) and MUST NOT create the conference.
MSが指定した<ビデオ・レイアウト>要素に応じて会議を設定することができない場合、MSは、エラー（423）を報告し、会議を作成してはいけません。
If the MS is unable to configure the conference according to a specified <video-switch> element, the MS reports an error (424) and MUST NOT create the conference.
MSが指定した<ビデオ・スイッチ>要素に応じて会議を設定することができない場合、MSは、エラー（424）を報告し、会議を作成してはいけません。
If the MS is unable to configure the conference according to a specified <codecs> element, the MS reports an error (425) and MUST NOT create the conference.
MSが指定した<コーデック>要素に応じて会議を設定することができない場合、MSは、エラー（425）を報告し、会議を作成してはいけません。
When a MS has finished processing a <createconference> request, it MUST reply with an appropriate <response> element (Section 4.2.3).
MSは<createconference>要求の処理を完了すると、それは適切な<レスポンス>要素（4.2.3）で応答しなければなりません。
For example, a request to create an audio video conference mixer with specified codecs, video layout, video switch, and subscription is as follows:
たとえば、次のように指定されたコーデック、ビデオレイアウト、ビデオスイッチ、およびサブスクリプションを持つオーディオビデオ会議ミキサーを作成するための要求は次のとおりです。
<mscmixer version="1.0" xmlns="urn:ietf:params:xml:ns:msc-mixer"> <createconference conferenceid="conference1" reserved-talkers="1" reserved-listeners="10"> <codecs> <codec name="video"> <subtype>H264</subtype> </codec> <codec name="audio"> <subtype>PCMA</subtype> </codec> </codecs> <audio-mixing type="nbest"/> <video-layouts> <video-layout min-participants="1"><single-view/></video-layout> <video-layout min-participants="2"><dual-view/></video-layout> <video-layout min-participants="3"><quad-view/></video-layout> </video-layouts> <video-switch interval="5"><vas/></video-switch> <subscribe> <active-talkers-sub interval="4"/> </subscribe> </createconference> </mscmixer>
<mscmixerバージョン= "1.0" のxmlns = "URN：IETF：paramsは：XML：NS：mscmixer"> <createconference conferenceid = "conference1" 予約-話者= "1" 予約-リスナー= "10"> <コーデック> <コーデック名= "ビデオ"> <サブタイプ> H264 </サブタイプ> </コーデック> <コーデック名= "オーディオ"> <サブタイプ> PCMA </サブタイプ> </コーデック> </コーデック> <オーディオミキシングタイプ= 「nbest」/> <ビデオ・レイアウト> <ビデオレイアウト参加分=「1」> <シングルビュー/> </ビデオレイアウト> <ビデオレイアウト参加分=「2」> <デュアルビュー/> </ビデオレイアウト> <ビデオレイアウトMIN-参加= "3"> <クアッドビュー/> </ビデオレイアウト> </ビデオ・レイアウト> <ビデオスイッチ間隔= "5"> <VAS /> </ビデオスイッチ> <購読> <アクティブ話者サブインターバル= "4" /> </サブスクライブ> </ createconference> </ mscmixer>
A response from the MS if the conference was successfully created is as follows:
次のように会議が正常に作成された場合はMSからの応答は次のとおりです。
<mscmixer version="1.0" xmlns="urn:ietf:params:xml:ns:msc-mixer"> <response status="200" conferenceid="conference1"/> </mscmixer>
<mscmixerバージョン= "1.0" のxmlns = "URN：IETF：paramsは：XML：NS：mscmixer"> <応答ステータス= "200" conferenceid = "conference1" /> </ mscmixer>
Alternatively, a response if the MS could not create the conference due to a lack of support for the H264 codec is as follows:
または、次のようにMSは、H264コーデックのサポートが不足しているため会議を作成できなかった場合、応答は次のようになります。
<mscmixer version="1.0" xmlns="urn:ietf:params:xml:ns:msc-mixer"> <response status="425" conferenceid="conference1" reason="H264 codec not supported"/> </mscmixer>
<mscmixerバージョン= "1.0" のxmlns = "壷：IETF：のparams：XML：NS：mscmixer"> <応答ステータス= "425" conferenceid = "conference1" 理由= / "H264コーデックはサポートされていません"> </ mscmixer >
The <modifyconference> element is sent to the MS to request modification of an existing conference.
<modifyconference>要素は、既存の会議の変更を要求するMSに送信されます。
The <modifyconference> element has the following attribute:
<modifyconference>要素は、以下の属性があります。
conferenceid: string indicating the name of the conference to modify. This attribute is mandatory.
conferenceid：修正する会議の名前を示す文字列。この属性は必須です。
The <modifyconference> element has the following sequence of child elements (one or more):
<modifyconference>要素は、子要素（1以上）の以下の配列を有します。
<codecs>: an element to configure the codecs supported by the conference (see Section 4.4). If codecs are specified, then they impose limitations in media capability when the MS attempts to join the conference to other entities (see Sections 4.2.2.2 and 4.2.2.3). Existing conference participants are unaffected by any policy change. The element is optional.
<コーデック>：会議でサポートされているコーデックを設定するための要素（4.4節を参照してください）。コーデックが指定されている場合は、MSが他のエンティティに会議に参加しようとしたとき、それらは（セクション4.2.2.2と4.2.2.3を参照）メディア機能に制限を課します。既存の会議の参加者は、いかなる政策変更の影響を受けません。要素はオプションです。
<audio-mixing>: an element to configure the audio mixing characteristics of a conference (see Section 4.2.1.4.1). The element is optional.
<オーディオミキシング>：会議の特性をミキシングオーディオを構成する要素（セクション4.2.1.4.1参照）。要素はオプションです。
<video-layouts>: an element to configure the video layouts of a conference (see Section 4.2.1.4.2). The element is optional.
<ビデオレイアウト>：会議のビデオレイアウトを設定するための要素（セクション4.2.1.4.2を参照）。要素はオプションです。
<video-switch>: an element to configure the video switch policy for the layout of a conference (see Section 4.2.1.4.3). The element is optional.
<ビデオ・スイッチ>：会議のレイアウトのためのビデオスイッチポリシーを設定する要素（セクション4.2.1.4.3を参照）。要素はオプションです。
<subscribe>: an element to request subscription to conference events. (see Section 4.2.1.4.4). The element is optional.
<サブスクライブ>：要素は、イベントを会議にサブスクリプションを要求します。 （セクション4.2.1.4.4を参照）。要素はオプションです。
If the 'conferenceid' attribute specifies the name of a conference that does not exist, the MS reports an error (406).
「conferenceid」属性が存在しない会議の名前を指定した場合、MSは、エラー（406）を報告します。
If the MS is unable to configure the conference according to a specified <audio-mixing> element, the MS reports an error (421) and MUST NOT modify the conference in any way.
MSは、指定された<オーディオミキシング>要素に応じて会議を構成することができない場合、MSは、エラー（421）を報告し、任意の方法で会議を変更してはいけません。
If the MS is unable to configure the conference according to a specified <video-layouts> element, the MS reports an error (423) and MUST NOT modify the conference in any way.
MSが指定した<ビデオ・レイアウト>要素に応じて会議を設定することができない場合、MSは、エラー（423）を報告し、どのような方法で会議を変更してはいけません。
If the MS is unable to configure the conference according to a specified <video-switch> element, the MS reports an error (424) and MUST NOT modify the conference in any way.
MSが指定した<ビデオ・スイッチ>要素に応じて会議を設定することができない場合、MSは、エラー（424）を報告し、どのような方法で会議を変更してはいけません。
If the MS is unable to configure the conference according to a specified <codecs> element, the MS reports an error (425) and MUST NOT modify the conference.
MSが指定した<コーデック>要素に応じて会議を設定することができない場合、MSは、エラー（425）を報告し、会議を変更してはいけません。
When a MS has finished processing a <modifyconference> request, it MUST reply with an appropriate <response> element (Section 4.2.3).
MSは<modifyconference>要求の処理を完了すると、それは適切な<レスポンス>要素（4.2.3）で応答しなければなりません。
The <destroyconference> element is sent to the MS to request destruction of an existing conference.
<destroyconference>要素は、既存の会議の破壊を要求するMSに送信されます。
The <destroyconference> element has the following attribute:
<destroyconference>要素は、以下の属性があります。
conferenceid: string indicating the name of the conference to destroy. This attribute is mandatory.
conferenceid：破壊する会議の名前を示す文字列。この属性は必須です。
The <destroyconference> element does not specify any child elements.
<destroyconference>要素は、すべての子要素を指定していません。
If the 'conferenceid' attribute specifies the name of a conference that does not exist, the MS reports an error (406).
「conferenceid」属性が存在しない会議の名前を指定した場合、MSは、エラー（406）を報告します。
When a MS has finished processing a <destroyconference> request, it MUST reply with an appropriate <response> element (Section 4.2.3).
MSは<destroyconference>要求の処理を完了すると、それは適切な<レスポンス>要素（4.2.3）で応答しなければなりません。
Successfully destroying the conference (status code 200) will result in all connection or conference participants being removed from the conference mixer, <unjoin-notify> notification events (Section 4.2.4.2) being sent for each conference participant, and a <conferenceexit> notification event (Section 4.2.4.3) indicating that conference has exited. A <response> with any other status code indicates that the conference mixer still exists and participants are still joined to the mixer.
正常会議（ステータスコード200）を破壊する<退会-通知>各会議参加者のために送信される通知イベント（セクション4.2.4.2）、および<conferenceexit>通知、すべての接続や会議参加者が会議のミキサーから除去されることになりますイベント（セクション4.2.4.3）会議が終了したことを示します。他のステータスコードと<応答が>会議ミキサーがまだ存在すると、参加者が依然としてミキサに結合されていることを示しています。
The elements in this section are used to establish and modify the configuration of conferences.
このセクション内のエレメントは、会議の構成を確立し、修正するために使用されています。
The <audio-mixing> element defines the configuration of the conference audio mix.
<オーディオミキシング>要素は、会議のオーディオミックスの構成を定義します。
The <audio-mixing> element has the following attributes:
<オーディオミキシング>要素は次の属性があります。
type: is a string indicating the audio stream mixing policy. Defined values are: "nbest" (where the N best (loudest) participant signals are mixed) and "controller" (where the contributing participant(s) is/are selected by the controlling AS via an external floor control protocol). The attribute is optional. The default value is "nbest".
タイプ：オーディオストリームミキシングポリシーを示す文字列です。定義された値は、「nbest」（Nベスト（最大音量）参加者の信号が混合される）と、（貢献者（複数可）は、外部フロア制御プロトコルを介して制御することによりAS /選択される）「コントローラ」。属性はオプションです。デフォルト値は「nbest」です。
n: indicates the number of eligible participants included in the conference audio mix. An eligible participant is a participant who contributes audio to the conference. Inclusion is based on having the greatest audio energy. A valid value is a non-negative integer (see Section 4.7.2). A value of 0 indicates that all participants contributing audio to the conference are included in the audio mix. The default value is 0. The element is optional.
N：適格参加者数は、会議のオーディオミックスに含ま示しています。適格参加者は、会議への音声貢献者です。インクルージョンは、最大のオーディオエネルギーを持つに基づいています。有効な値は負でない整数（第4.7.2項を参照）です。 0の値は、会議にオーディオ貢献するすべての参加者がオーディオミックスに含まれていることを示しています。デフォルト値は、要素がオプション0です。
If the 'type' attribute does not have the value "nbest", the MS ignores the 'n' attribute.
「タイプ」属性の値が「nbest」を持っていない場合、MSは「n」の属性を無視します。
The <audio-mixing> element has no child elements.
<オーディオミキシング>要素は、子要素はありません。
For example, a fragment where the audio-mixing policy is set to "nbest" with 3 participants to be included is as follows:
例えば、以下のようにオーディオミキシングポリシーが含まれるように3人の参加者と「nbest」に設定されている断片です。
<audio-mixing type="nbest" n="3"/>
<オーディオミキシングタイプ= "nbest" N = "3" />
If the conference had 200 participants of whom 30 contributed audio, then there would be 30 eligible participants for the audio mix. Of these, the 3 loudest participants would have their audio included in the conference.
会議は30がオーディオを拠出人の200人の参加者があった場合には、オーディオミックスのための30人の参加資格があるだろう。このうち、3声高参加者は、音声会議に含まれているだろう。
The <video-layouts> element describes the video presentation layout configuration for participants providing a video input stream to the conference. This element allows multiple video layouts to be specified so that the MS automatically changes layout depending on the number of video-enabled participants.
<ビデオ・レイアウト>要素には、会議にビデオ入力ストリームを提供する参加者のためのビデオプレゼンテーションのレイアウト構成を説明します。この要素は、MSが自動的にビデオ対応参加者の数に応じてレイアウトを変更するように複数のビデオ・レイアウトを指定することを可能にします。
The <video-layouts> element has no attributes.
<ビデオ・レイアウト>要素には属性はありません。
The <video-layouts> element has the following sequence of child elements (one or more):
<ビデオ・レイアウト>要素は、子要素（1以上）の以下の配列を有します。
<video-layout>: element describing a video layout (Section 4.2.1.4.2.1).
<ビデオレイアウト>：ビデオレイアウト（セクション4.2.1.4.2.1）を記述する要素。
If the MS does not support video conferencing at all, or does not support multiple video layouts, or does not support a specific video layout, the MS reports an 423 error in the response to the request element containing the <video-layouts> element.
MSがすべてでビデオ会議をサポートしていない、または複数のビデオレイアウトをサポートしていない、または特定のビデオレイアウトをサポートしていない場合、MSは、<ビデオ・レイアウト>要素を含む要求要素に応じて、423エラーを報告します。
An MS MAY support more than one <video-layout> element, although only one layout can be active at a time. A <video-layout> is active if the number of participants in the conference is equal to or greater than the value of its 'min-participants' attribute, but less than the value of the 'min-participants' attribute for any other <video-layout> element. An MS reports an error (400) if more than one <video-layout> has the same value for the 'min-participants' attribute. When the number of regions within the active layout is greater than the number of participants in the conference, the display of unassigned regions is implementation-specific.
唯一1つのレイアウトは、一度にアクティブにできるものの、MSは、複数の<ビデオレイアウト>要素をサポートするかもしれません。 <ビデオレイアウト>会議の参加者の数に等しいかそれ 'MIN-参加者の属性の値よりも大きいが、他のための「最小参加者の属性の値未満である場合にアクティブであり<ビデオレイアウト>要素。複数の<ビデオレイアウト> 'の分、参加者の属性に同じ値を持っている場合MSは、（400）エラーを報告します。アクティブなレイアウト内の領域の数は、会議の参加者の数よりも大きい場合、割り当てられていない領域の表示は、実装固有です。
The assignment of participant video streams to regions within the layout is according to the video switch policy specified by the <video-switch> element (Section 4.2.1.4.3).
レイアウト内の領域への参加者のビデオストリームの割り当ては、<ビデオスイッチ>要素（セクション4.2.1.4.3）によって指定されたビデオスイッチポリシーに従ってあります。
For example, a fragment describing a single layout is as follows:
たとえば、次のように1つのレイアウトを説明する断片です。
<video-layouts> <video-layout><single-view/></video-layout> </video-layouts>
<ビデオ・レイアウト> <ビデオレイアウト> <シングルビュー/> </ビデオレイアウト> </ビデオレイアウト>
A fragment describing a sequence of layouts is as follows:
次のようにレイアウトのシーケンスを説明する断片です。
<video-layouts> <video-layout min-participants="1"><single-view/></video-layout> <video-layout min-participants="2"><dual-view/></video-layout> <video-layout min-participants="3"><quad-view/></video-layout> <video-layout min-participants="5"><multiple-3x3/></video-layout> </video-layouts>
<ビデオ・レイアウト> <ビデオレイアウト参加分=「1」> <シングルビュー/> </ビデオレイアウト> <ビデオレイアウト参加分=「2」> <デュアルビュー/> </ビデオ-layout> <ビデオレイアウト参加分=「3」> <クアッドビュー/> </ビデオレイアウト> <ビデオレイアウト参加分=「5」> <複数の3x3 /> </ビデオレイアウト> </ビデオレイアウト>
When the conference has one participant providing a video input stream to the conference, then the single-view format is used. When the conference has two such participants, the dual-view layout is used. When the conference has three or four participants, the quad-view layout is used. When the conference has five or more participants, the multiple-3x3 layout is used.
会議は、会議へのビデオ入力ストリームを提供する1人の参加者を有する場合、単一のビュー形式が使用されています。会議は、2人のこのような参加者を持っている場合は、デュアルビューレイアウトが使用されています。会議は3人のまたは4人の参加者があるときは、クワッドビューのレイアウトが使用されています。会議が5人の以上の参加者があるときは、複数の3x3のレイアウトが使用されています。
The <video-layout> element describes a video layout containing one or more regions in which participant video input streams are displayed.
<ビデオレイアウト>要素は、参加者のビデオ入力ストリームが表示される1つ以上の領域を含むビデオ・レイアウトを記述する。
The <video-layout> element has the following attribute:
<ビデオレイアウト>要素は、以下の属性があります。
min-participants: the minimum number of conference participants needed to allow this layout to be active. A valid value is a positive integer (see Section 4.7.3). The attribute is optional. The default value is 1.
分-参加者：このレイアウトをアクティブにできるようにするために必要な会議参加者の最小数。有効な値は、正の整数（セクション4.7.3を参照）です。属性はオプションです。デフォルト値は1です。
The <video-layout> element has one child element specifying the video layout. An MS MAY support the predefined video layouts defined in the conference information data model for centralized conferencing (XCON) [RFC6501]: <single-view>, <dual-view>, <dual-view-crop>, <dual-view-2x1>, <dual-view-2x1-crop>, <quad-view>, <multiple-3x3>, <multiple-4x4>, and <multiple-5x1>.
<ビデオレイアウト>要素は、ビデオレイアウトを指定する1つの要素を持っています。 MSは、集中型会議（XCON）[RFC6501]のための会議情報データモデルで定義された事前定義されたビデオ・レイアウトをサポートすることがあります。<シングルビュー>、<デュアルビュー>、<デュアルビュー作物>、<デュアル表示 - 2×1>、<デュアルビュー2×作物>、<クワッドビュー>、<複数-3×3>、<多4×4>、及び<複数-5X1>。
The MS MAY support other video layouts. Non-XCON layouts MUST be specified using an element from a namespace other than the one used in this specification, for example:
MSは、他のビデオレイアウトをサポートするかもしれません。非XCONレイアウトは、例えば、本明細書中で使用されるもの以外の名前空間からの要素を用いて指定する必要があります。
<video-layout> <mylayout xmlns='http://example.com/foo'>my-single-view</mylayout> </video-layout>
<ビデオレイアウト> <mylayoutのxmlns = 'のhttp：//example.com/foo'>私の-シングルビュー</ mylayout> </ビデオレイアウト>
If the MS does not support the specified video layout configuration, then the MS reports a 423 error (Section 4.6) in the response to the request element containing the <video-layout> element.
MSは、指定されたビデオレイアウト構成をサポートしていない場合、MSは、<ビデオレイアウト>要素を含む要求要素に応じて、423エラー（4.6節）を報告します。
Each video layout has associated with it one or more regions. The XCON layouts are associated with the following named regions:
各ビデオレイアウトは、1つまたは複数の領域に関連しています。 XCONレイアウトは、次の名前付き領域に関連しています：
<single-view/>: layout with one stream in a single region as shown in Figure 1.
<シングルビュー/>：単一の領域内の1個のストリームとレイアウト図1に示すように。
+-----------+
| |
| |
| 1 |
| |
| |
+-----------+
Figure 1: single-view video layout
図1：単一ビュー・ビデオ・レイアウト
<dual-view/>: layout presenting two streams side-by-side in two regions as shown in Figure 2. The MS MUST NOT alter the aspect ratio of each stream to fit the region, and hence the MS might need to blank out part of each region.
<デュアルビュー/>：図2 MSに示すように、2つの領域に二つの流れに並べて提示レイアウト領域に合うように各ストリームのアスペクト比を変更してはいけません、したがってMSはブランクアウトする必要があるかもしれません各領域の一部。
+-----------+-----------+
| | |
| | |
| 1 | 2 |
| | |
| | |
+-----------+-----------+
Figure 2: dual-view video layout
図2：デュアルビュービデオレイアウト
<dual-view-crop/>: layout presenting two streams side-by-side in two regions as shown in Figure 3. The MS MUST alter the aspect ratio of each stream to fit its region so that no blanking is required.
<デュアルビュー作物/>：提示レイアウト二つの流れサイドバイサイド二つの領域にMSがないブランキングが必要とされないように、その領域に適合するように各ストリームのアスペクト比を変更する必要があり、図3に示すように。
+-----------+-----------+
| | |
| | |
| 1 | 2 |
| | |
| | |
+-----------+-----------+
Figure 3: dual-view-crop video layout
図3：デュアルビュー・作物のビデオレイアウト
<dual-view-2x1/>: layout presenting two streams, one above the other, in two regions as shown in Figure 4. The MS MUST NOT alter the aspect ratio of each stream to fit its region, and hence the MS might need to blank out part of each region.
<デュアルビュー2x1の/>：MSがその領域に合うように各ストリームのアスペクト比を変更してはいけません、したがってMSが必要かもしれない。図4に示すように、レイアウトは、二つの領域では、二つの流れ、一方が他方の上を提示各領域の空白のうち一部へ。
+-----------+
| |
| |
| 1 |
| |
| |
+-----------+
| |
| |
| 2 |
| |
| |
+-----------+
Figure 4: dual-view-2x1 video layout
図4：デュアルビュー-2x1のビデオレイアウト
<dual-view-2x1-crop/>: layout presenting two streams one above the other in two regions as shown in Figure 5. The MS MUST alter the aspect ratio of each stream to fit its region so that no blanking is required.
<デュアルビュー2×作物/>：NOブランキングが要求されないように、MSは、図5に示すように、2つの領域に他の上記二つの流れの一方を提示レイアウトは、その領域に適合するように各ストリームのアスペクト比を変更しなければなりません。
+-----------+
| |
| |
| 1 |
| |
| |
+-----------+
| |
| |
| 2 |
| |
| |
+-----------+
Figure 5: dual-view-2x1-crop video layout
図5：デュアルビュー-2x1の - 作物のビデオレイアウト
<quad-view/>: layout presenting four equal-sized regions in a 2x2 layout as shown in Figure 6. Typically, the aspect ratio of the streams is preserved, so blanking is required.
<クワッドビュー/>：一般的に、図6に示すように、2×2のレイアウトでは4つの等しいサイズの領域を提示レイアウトは、ストリームのアスペクト比が維持されるので、ブランキングが要求されます。
+-----------+-----------+
| | |
| | |
| 1 | 2 |
| | |
| | |
+-----------+-----------+
| | |
| | |
| 3 | 4 |
| | |
| | |
+-----------+-----------+
Figure 6: quad-view video layout
図6：クワッドビュー・ビデオ・レイアウト
<multiple-3x3/>: layout presenting nine equal-sized regions in a 3x3 layout as shown in Figure 7. Typically, the aspect ratio of the streams is preserved, so blanking is required.
<複数の3x3 />：一般的に、図7に示すように3×3レイアウトで9等しいサイズの領域を提示レイアウト、ストリームのアスペクト比が維持されるので、ブランキングが要求されます。
+-----------+-----------+-----------+
| | | |
| | | |
| 1 | 2 | 3 |
| | | |
| | | |
+-----------+-----------+-----------+
| | | |
| | | |
| 4 | 5 | 6 |
| | | |
| | | |
+-----------+-----------+-----------+
| | | |
| | | |
| 7 | 8 | 9 |
| | | |
| | | |
+-----------+-----------+-----------+
Figure 7: multiple-3x3 video layout
図7：マルチ3x3のビデオレイアウト
<multiple-4x4/>: layout presenting 16 equal-sized regions in a 4x4 layout as shown in Figure 8. Typically, the aspect ratio of the streams is preserved, so blanking is required.
<複数の4x4 />：一般的に、図8に示すように、4×4のレイアウトで16等しいサイズの領域を提示レイアウト、ストリームのアスペクト比が維持されるので、ブランキングが要求されます。
+-----------+-----------+-----------+-----------+
| | | | |
| | | | |
| 1 | 2 | 3 | 4 |
| | | | |
| | | | |
+-----------+-----------+-----------+-----------+
| | | | |
| | | | |
| 5 | 6 | 7 | 8 |
| | | | |
| | | | |
+-----------+-----------+-----------+-----------+
| | | | |
| | | | |
| 9 | 10 | 11 | 12 |
| | | | |
| | | | |
+-----------+-----------+-----------+-----------+
| | | | |
| | | | |
| 13 | 14 | 15 | 16 |
| | | | |
| | | | |
+-----------+-----------+-----------+-----------+
Figure 8: multiple-4x4 video layout
図8：マルチ4x4のビデオレイアウト
<multiple-5x1/>: layout presents a 5x1 layout as shown in Figure 9 where one region will occupy 4/9 of the mixed video stream, while the others will each occupy 1/9 of the stream. Typically, the aspect ratio of the streams is preserved, so blanking is required.
<複数-5X1 />：他の人が各ストリームの1/9を占有し、一方の領域は、合成映像ストリームの4/9を占めるであろう。図9に示すように、レイアウトは、5X1のレイアウトを示します。典型的には、ストリームのアスペクト比が維持されるため、ブランキングが要求されます。
+-----------------------+-----------+
| | |
| | |
| | 2 |
| | |
| | |
| 1 +-----------+
| | |
| | |
| | 3 |
| | |
| | |
+-----------+-----------+-----------+
| | | |
| | | |
| 4 | 5 | 6 |
| | | |
| | | |
+-----------+-----------+-----------+
Figure 9: multiple-5x1 video layout
図9：複数-5X1ビデオレイアウト
The <video-switch> element describes the configuration of the conference policy for how participants' input video streams are assigned to regions within the active video layout.
<ビデオスイッチ>要素は、参加者の入力ビデオストリームがアクティブ・ビデオ・レイアウト内の領域に割り当てられている方法のための会議ポリシーの構成について説明します。
The <video-switch> element has the following child elements defined (one child occurrence only) to indicate the video-switching policy of the conference:
<ビデオスイッチ>要素は、会議のビデオスイッチングポリシーを示すために定義された次の子要素（一つだけ子の発生）を有します。
<vas/>: (Voice-Activated Switching) enables automatic display of the loudest speaker participant that is contributing both audio and video to the conference mix. Participants who do not provide an audio stream are not considered for automatic display. If a participant provides more than one audio stream, then the policy for inclusion of such a participant in the VAS is implementation-specific; an MS could select one stream, sum audio streams, or ignore the participant for VAS consideration. If there is only one region in the layout, then the loudest speaker is displayed there. If more than one region is available, then the loudest speaker is displayed in the largest region (if any), and then in the first region from the top-left corner of the layout. The MS assigns the remaining regions based on the priority mechanism described in Section 4.2.1.4.3.1.
<VAS />：（音声起動切り替え）会議ミックスにオーディオとビデオの両方に貢献された最大音量スピーカーの参加者の自動表示を可能にします。オーディオストリームを提供していない参加者は、自動表示のために考慮されていません。参加者は、複数のオーディオストリームを提供する場合、VASにおけるそのような参加者を含めるためのポリシーは、実装固有です。 MSは、一つのストリームを選択するオーディオストリームを合計し、またはVASの検討のための参加者を無視することができます。 1つの領域のみがレイアウトに存在する場合、最大音量スピーカーが表示されます。複数の領域が利用可能である場合、最大音量のスピーカ（もしあれば）、次いでレイアウトの左上隅からの第1の領域に最大の領域に表示されます。 MSは、セクション4.2.1.4.3.1に記載の優先順位メカニズムに基づいて残りの領域を割り当てます。
<controller/>: enables manual control over video switching. The controller AS determines how the regions are assigned based on an external floor control policy. The MS receives <join>, <modifyjoin>, and <unjoin> commands with a <stream> element (Section 4.2.2.5) indicating the region where the stream is displayed. If no explicit region is specified, the MS assigns the region based on the priority mechanism described in Section 4.2.1.4.3.1.
<コントローラ/>：ビデオ切替上手動制御を可能にします。 ASコントローラは、領域は、外部フロア制御ポリシーに基づいて割り当て方法を決定します。 MSは<modifyjoin>、<参加>受信し、<退会>ストリームが表示される領域を示す<ストリーム>要素（セクション4.2.2.5）で指示します。明示的な領域が指定されていない場合、MSは、セクション4.2.1.4.3.1に記載の優先順位メカニズムに基づいて領域を割り当てます。
An MS MAY support other video-switching policies. Other policies MUST be specified using an element from a namespace other than the one used in this specification. For example:
MSは、他のビデオ・スイッチングポリシーをサポートするかもしれません。他のポリシーは、この明細書で使用されるもの以外の名前空間からの要素を使用して指定されなければなりません。例えば：
<video-switch> <mypolicy xmlns='http://example.com/foo'/> </video-switch>
<ビデオ・スイッチ> <MYPOLICYののxmlns = 'のhttp：//example.com/foo'/> </ビデオスイッチ>
The <video-switch> element has the following attributes:
<ビデオ・スイッチ>要素は次の属性があります。
interval: specifies the period between video switches as a number of seconds. In the case of <vas/> policy, a speaker needs to be the loudest speaker for the interval before the switch takes place. A valid value is a non-negative integer (see Section 4.7.2). A value of 0 indicates that switching is applied immediately. The attribute is optional. The default value is 3 (seconds).
間隔は：秒数などのビデオスイッチ間の期間を指定します。 <VAS />ポリシーの場合は、スピーカースイッチが行われる前に間隔の最大音量のスピーカーにする必要があります。有効な値は負でない整数（第4.7.2項を参照）です。 0の値は、切り替えが直ちに適用されることを示しています。属性はオプションです。デフォルト値は3（秒）です。
activespeakermix: indicates whether or not the active (loudest) speaker participant receives a video stream without themselves displayed in the case of the <vas/> switching policy. If enabled, the MS needs to generate two video streams for each conference mix: one for the active speaker participant without themselves displayed (details of this video layout are implementation-specific) and one for other participants (as described in the <vas/> switching policy above). A valid value is a boolean (see Section 4.7.1). A value of "true" indicates that a separate video mix is generated for the active speaker without themselves being displayed. A value of "false" indicates that all participants receive the same video mix. The attribute is optional. The default value is "false". If the 'type' attribute is not set to <vas/>, the MS ignores this attribute.
activespeakermix：自体は<VAS />スイッチングポリシーの場合に表示されることなく、アクティブ（最大音量）スピーカー参加者がビデオストリームを受信するか否かを示します。有効にした場合、MSは、各会議ミックスのための2つのビデオストリームを生成する必要があります自体は表示なしとに記載されているように他の参加者のための1つの（（このビデオレイアウトの詳細は実装固有である）アクティブスピーカ参加者のための1つを<VAS /> ）上記のポリシーを切り替えます。有効な値はブール（セクション4.7.1を参照）です。 「真」の値は、別々のビデオミックス自体は表示されずにアクティブスピーカー用に生成されることを示しています。 「偽」の値は、すべての参加者が同じビデオミックスを受けることを示しています。属性はオプションです。デフォルト値は「false」です。 「タイプ」属性が<VAS />に設定されていない場合、MSは、この属性を無視します。
If the MS does not support the specified video-switching policy or other configuration parameters (including separate active speaker video mixes), then the MS reports a 424 error (Section 4.6) in the response to the request element containing the <video-switch> element.
MSは、指定されたビデオスイッチングポリシーまたは（別アクティブスピーカビデオミックスを含む）他の構成パラメータをサポートしていない場合、MSは、<ビデオスイッチ>を含む要求要素に応じて、424エラー（4.6節）を報告します素子。
If the MS receives a <join> or <modifyjoin> request containing a <stream> element (Section 4.2.2.5) that specifies a region and the conference video-switching policy is set to <vas/>, then the MS ignores the region (i.e., conference-switching policy takes precedence).
MSが受信した場合領域と会議映像切替ポリシーを指定し、<流れ>要素（セクション4.2.2.5）を含む<参加>または<modifyjoin>要求は<VAS />に設定され、その後、MSは領域を無視します（すなわち、会議-スイッチングポリシーが優先されます）。
If the MS receives a <join> or <modifyjoin> request containing a <stream> element (Section 4.2.2.5) specifying a region that is not defined for the currently active video layout, the MS MUST NOT report an error. Even though the participant is not currently visible, the MS displays the participant if the layout changes to one that defines the specified region.
MSは、現在アクティブなビデオレイアウトのために定義されていない領域を指定し、<流れ>要素（セクション4.2.2.5）を含む<参加>または<modifyjoin>要求を受信した場合、MSはエラーを報告してはいけません。参加者が現在表示されていないにもかかわらず、レイアウトが指定された領域を画定するものに変更された場合、MSは、参加者が表示されます。
For example, a fragment specifying a <vas/> video-switching policy with an interval of 2s
例えば、断片は、2秒の間隔で<VAS />ビデオ切替ポリシーを指定します
<video-switch interval="2"><vas/></video-switch>
<ビデオスイッチ間隔= "2"> <VAS /> </ビデオスイッチ>
For example, a fragment specifying a <controller/> video-switching policy where video switching takes place immediately is as follows:
例えば以下のように、ビデオ・スイッチングが直ちに行われる<コントローラ/>ビデオ切替ポリシーを指定するフラグメントです。
<video-switch interval="0"><controller/></video-switch>
<ビデオスイッチ間隔= "0"> <コントローラ/> </ビデオスイッチ>
In cases where the video-switching policy does not explicitly determine the region to which a participant is assigned, the following priority assignment mechanism applies:
ビデオスイッチングポリシーが明示的に参加者が割り当てられている領域を決定しない場合には、次の優先順位付けメカニズムが適用されます。
1. Each participant has a (positive integer) priority value: the lower the value, the higher the priority. The priority value is determined by the <priority> child element (Section 4.2.2.5.4) of <stream>. If not explicitly specified, the default priority value is 100.
より低い値は、より高い優先順位：1.各参加者は、（正の整数）優先度の値を有します。優先度値は、<流れ>の<優先>子要素（セクション4.2.2.5.4）によって決定されます。明示的に指定しない場合、デフォルトのプライオリティ値は100です。
2. The MS uses priority values to assign participants to regions in the video layout which remain unfilled after application of the video-switching policy. The MS MUST dedicate larger and/or more prominent portions of the layout to participants with higher priority values first (e.g., first, all participants with priority 1, then those with 2, 3, etc.).
2. MSは、ビデオスイッチングポリシーの適用後に未充填のままビデオレイアウトの領域に参加者を割り当てる優先順位値を使用します。 MSが第一優先度の高い値を有する参加者に、レイアウトの大きなおよび/またはより顕著な部分を捧げなければなりません（例えば、第1、優先度1を持つすべての参加者は、2、3、等を有するもの）。
3. The policy for displaying participants with the same priority is implementation-specific.
3.同じ優先度を持つ参加者を表示するためのポリシーは、実装固有です。
The MS applies this priority policy each time the video layout is changed or updated. It is RECOMMENDED that the MS does not move a participant from one region to another unless required by the video-switching policy when an active video layout is updated.
MSは、この優先度ポリシーにビデオレイアウトが変更または更新されるたびに適用されます。アクティブビデオレイアウトが更新される映像切替ポリシーによって必要とされない限り、MSは別の領域から参加者を移動しないことが推奨されます。
This model allows the MS to apply default video layouts after applying the video-switching policy. For example, region 2 is statically assigned to Bob, so the priority mechanism only applies to regions 1, 3, 4, etc.
このモデルは、MSは、ビデオ・スイッチングポリシーを適用した後に、デフォルトのビデオ・レイアウトを適用することができます。例えば、領域2は静的ボブに割り当てられているので、優先順位機構は、領域1、3、4、等に適用されます
The <subscribe> element is a container for specifying conference notification events to which a controlling entity subscribes. Notifications of conference events are delivered using the <event> element (see Section 4.2.4).
<加入>要素は、制御エンティティが加入する会議通知イベントを指定するための容器です。会議イベントの通知は、（4.2.4項を参照してください）<イベント>要素を使用して配信されます。
The <subscribe> element has no attributes, but has the following child element:
<サブスクライブ>要素には属性はありませんが、次の子要素があります。
<active-talkers-sub>: subscription to active talker events (Section 4.2.1.4.4.1). The element is optional.
<アクティブ話者-SUB>：アクティブな話し手イベント（セクション4.2.1.4.4.1）へのサブスクリプション。要素はオプションです。
The MS MUST support a <active-talkers-sub> subscription. It MAY support other event subscriptions (specified using attributes and child elements from a foreign namespace). If the MS does not support a subscription specified in a foreign namespace, it sends a <response> with a 428 status code (see Section 4.6).
MSは、<アクティブ・トーカー・サブ>サブスクリプションをサポートしなければなりません。これは、（外国の名前空間からの属性と子要素を使用して、指定された）他のイベント・サブスクリプションをサポートするかもしれません。 MSは、外国人の名前空間に指定されたサブスクリプションをサポートしていない場合、それは428ステータスコードで<応答>を送信する（4.6節を参照してください）。
The <active-talkers-sub> element has the following attribute:
<アクティブ・トーカー・サブ>要素は、以下の属性があります。
interval: the minimum amount of time (in seconds) that elapses before further active talker events can be generated. A valid value is a non-negative integer (see Section 4.7.2). A value of 0 suppresses further notifications. The attribute is optional. The default value is 3 (seconds).
間隔：さらなる活性話し手イベント前に経過する時間（秒）の最小量を生成することができます。有効な値は負でない整数（第4.7.2項を参照）です。 0の値は、さらに、通知を抑制します。属性はオプションです。デフォルト値は3（秒）です。
The <active-talkers-sub> element has no child elements.
<アクティブ・トーカー・サブ>要素は、子要素はありません。
Active talker notifications are delivered in the <active-talkers-notify> element (Section 4.2.4.1).
アクティブな話者通知は、<アクティブ話者 - 通知>要素（セクション4.2.4.1）で送達されます。
This section contains definitions of the joining model (Section 4.2.2.1) as well as the <join> (Section 4.2.2.2), <modifyjoin> (Section 4.2.2.3), <unjoin> (Section 4.2.2.4) and <stream> (Section 4.2.2.5) elements.
このセクションでは、接合モデル（セクション4.2.2.1）の定義ならびに<参加>（セクション4.2.2.2）、<modifyjoin>（セクション4.2.2.3）、<退会>（セクション4.2.2.4）と<ストリームが含まれてい>（セクション4.2.2.5）の要素。
The <join> operation creates a media stream between a connection and a conference, between connections, or between conferences. This section describes the model of conferences and connections and specifies the behavior for join requests to targets that already have an associated media stream.
<参加>の操作は接続の間、または会議の間の接続と会議の間にメディアストリームを作成します。このセクションでは、会議や接続のモデルを記述し、すでに関連付けられたメディア・ストリームを持つターゲットへの参加要求のための動作を指定します。
Conferences support multiple inputs and have resources to mix them together. A media server conference in essence is a mixer that combines media streams. A simple audio mixer simply sums its input audio signals to create a single common output. Conferences, however, use a more complex algorithm so that participants do not hear themselves as part of the mix. That algorithm, sometimes called an "n-minus mix", subtracts each participants input signal from the summed input signals, creating a unique output for each contributing participant. Each <join> operation to a conference uses one of the conference's available inputs and/or outputs, to the maximum number of supported participants.
会議には、複数の入力をサポートし、それらを一緒に混合するためのリソースを持っています。本質的にメディアサーバ会議は、メディアストリームを組み合わせたミキサーです。単純なオーディオミキサーは、単に単一の共通出力を生成するために、その入力オーディオ信号を合計します。参加者はミックスの一環として自らが聞こえないように会議は、しかし、より複雑なアルゴリズムを使用しています。そのアルゴリズムは、時々「N-マイナスミックス」と呼ばれ、各寄与参加者のためのユニークな出力を生成する、加算入力信号から各参加者の入力信号を減算します。会議への各<参加>の操作は、サポートされている参加者の最大数に、会議の利用可能な入力および/または出力のいずれかを使用しています。
A connection is the termination of one or more RTP sessions on a media server. It has a single input and output for each media session established by its SIP dialog. The output of a connection can feed several different inputs such as both a conference mixer and a recording of that participant's audio.
接続は、メディアサーバー上の1つのまたは複数のRTPセッションの終了です。それは、そのSIPダイアログによって確立された各メディアセッションのための単一の入力と出力を持っています。接続の出力は、このような会議ミキサーと、その参加者の音声の録音の両方として、いくつかの異なる入力を供給することができます。
Joining two connections that are not joined to anything else simply creates a media stream from the outputs(s) of one connection to the corresponding inputs(s) of the other connection. It is not necessary to combine media from multiple sources in this case. There are, however, several common scenarios where combining media from several sources to create a single input to a connection is needed.
何か他のものに結合されていない2つの接続を接合は、単に他の接続の対応する入力（複数可）への1つの接続の出力（S）からメディアストリームを生成します。この場合には、複数のソースからメディアを組み合わせることが必要ではありません。接続に単一の入力を作成するために、複数のソースからのメディアを組み合わせることが必要とされているいくつかの一般的なシナリオは、しかし、があります。
In the first case, a connection can be receiving media from one source (for example, a conference), and it is necessary to play an announcement to the connection so that both the conference audio and announcement can be heard by the conference participant. This is sometimes referred to as a "whisper announcement". An alternative to a whisper announcement is to have the announcement preempt the conference media.
最初のケースでは、接続は、一つのソース（例えば、会議）からメディアを受信することができ、会議のオーディオとアナウンスの両方は、会議参加者が聞くことができるように接続にアナウンスを再生する必要があります。これは、「ささやき発表」と呼ばれています。ささやきの発表に代わるものでは発表が会議メディアを先取りすることです。
Another common case is the call-center coaching scenario where a supervisor can listen to the conversation between an agent and a customer, and provide hints to the agent that are not heard by the customer.
他の一般的なケースは、スーパーバイザは、エージェントと顧客との間の会話に耳を傾け、顧客により承っておりませんエージェントへのヒントを提供することができますコールセンターコーチングシナリオです。
Both of these cases can be solved by having the controlling AS create one or more conferences for audio mixing, and then join and unjoin the media streams as required. A better solution is to have the media server automatically mix media streams that are requested to be joined to a common input when only the simple summing of audio signals as described above is required. This is the case for both the use cases presented above.
これらのケースの両方が制御ASは、オーディオ混合のための一つ以上の会議を作成し、必要に応じてメディアストリームを結合し、退会有することによって解決することができます。よりよい解決策は、メディアサーバが自動的に上記のように、オーディオ信号の単純な加算が必要とされる場合、共通の入力に結合されるように要求されたメディアストリームを混合させることです。これは、上記のユースケースの両方の場合です。
Automatically mixing streams has several benefits. Conceptually, it is straightforward and simple, requiring no indirect requests on the part of the controlling AS. This increases transport efficiency and reduces the coordination complexity and the latency of the overall operation. Therefore, it is RECOMMENDED that a media server be able to automatically mix at least two audio streams where only the simple summing of signals is required.
自動的に流れを混合することは、いくつかの利点があります。概念的には、制御ASの一部には間接的な要求を必要としない、簡単でシンプルです。これは、輸送効率を増加させると調整の複雑さと全体的な動作の待ち時間を減少させます。したがって、メディアサーバーが自動的に信号の単純な加算が必要とされる少なくとも2つのオーディオストリームをミックスすることができることが推奨されます。
When a media server receives a <join> request, it MUST automatically mix all of the media streams included in the request with any streams already joined to one of the entities identified in the request, or it MUST fail the request and MUST NOT join any of the streams (and MUST NOT change existing streams of the entities). A controlling AS uses the <createconference> request for generic conferences where the complex mixing algorithm is required.
メディアサーバがリクエストを<参加>を受信すると、自動的にリクエストに既に特定されたエンティティのいずれかに参加し、またはそれは、要求を失敗しなければなりませんし、任意に参加してはならない任意のストリームとリクエストに含まれるメディアストリームのすべてをミックスしなければなりませんストリームの（と実体の既存のストリームを変更しないでください）。制御ASは、複雑な混合アルゴリズムが必要とされる一般的な会議のための<createconference>要求を使用します。
Specifications that extend this package to handle additional media types such as text MUST define the semantics of the join operation when multiple streams are requested to be joined to a single input, such as that for a connection with a single RTP session per media type.
このような複数のストリームが要求される結合操作の意味を定義しなければならないテキストなどの追加のメディアタイプを処理するために、このパッケージを拡張仕様は、メディアタイプごとに単一のRTPセッションに接続するためのものとして、単一の入力に結合されます。
The <join> element is sent to the MS to request creation of one or more media streams either between a connection and a conference, between connections, or between conferences. The two entities to join are specified by the attributes of <join>.
<参加>要素は、接続と会議の間に、接続の間、または会議の間のいずれか1つまたは複数のメディア・ストリームの作成を要求するMSに送信されます。参加するには2つのエンティティは、<参加>の属性によって指定されています。
Streams can be of any media type and can be bidirectional or unidirectional. A bidirectional stream is implicitly composed of two unidirectional streams that can be manipulated independently. The streams to be established are specified by child <stream> elements (see Section 4.2.2.5).
ストリームは、任意のメディアタイプとすることができ、双方向または単方向することができます。双方向ストリームは暗黙的に独立して操作することができる2つの単方向ストリームから構成されています。確立されるストリームは、子<ストリーム>要素（セクション4.2.2.5を参照）で指定されています。
The <join> element has the following attributes:
<参加>要素は次の属性があります。
id1: an identifier for either a connection or a conference. The identifier MUST conform to the syntax defined in Appendix A.1 of [RFC6230]. The attribute is mandatory.
ID1：接続または会議のいずれかの識別子。識別子は、[RFC6230]の付録A.1で定義された構文に準拠しなければなりません。属性は必須です。
id2: an identifier for either a connection or a conference. The identifier MUST conform to the syntax defined in Appendix A.1 of [RFC6230]. The attribute is mandatory.
ID2：接続または会議のいずれかの識別子。識別子は、[RFC6230]の付録A.1で定義された構文に準拠しなければなりません。属性は必須です。
Note: Appendix A.1 of [RFC6230] defines the semantics for a conference identifier but not its syntax. Media server implementations need to distinguish between conferences and connections based upon the values of the 'id1' and 'id2' attributes.
注意：[RFC6230]の付録A.1は、その構文会議識別子のためのセマンティクスを定義ではなく。メディアサーバーの実装は、「ID1」と「ID2」の値に基づいて、会議や接続を区別する必要がある属性。
If id1 or id2 specify a conference identifier and the conference does not exist on the MS, the MS reports an error (406). If id1 or id2 specify a connection identifier and the connection does not exist on the MS, the MS reports an error (412).
ID1又はID2は、会議IDを指定して会議がMS上に存在しない場合、MSは、エラー（406）を報告します。 ID1又はID2は、接続識別子を指定し、接続がMS上に存在しない場合、MSは、エラー（412）を報告します。
The <join> element has the following child element (zero or more):
<参加>要素は、以下の子要素（ゼロ個以上）を持っています：
<stream>: an element that both identifies the media streams to join and defines the way that they are to be joined (see Section 4.2.2.5). The element is optional.
<ストリーム>：両方は、メディアストリームが参加を識別し、それらは（セクション4.2.2.5参照）に接合されるような方法を定義する要素。要素はオプションです。
If no <stream> elements are specified, then the default is to join all streams between the entities according to the media configuration of the connection or conference.
何の<ストリーム>要素が指定されていない場合は、デフォルトでは、接続や会議のメディアの構成に応じてエンティティ間のすべてのストリームに参加することです。
One or more <stream> elements can be specified so that individual media streams can be controlled independently. For example, if a connection supports both audio and video streams, a <stream> element could be used to indicate that only the audio stream is used in receive mode. In cases where there are multiple media streams of the same type for a connection or conference, the configuration MUST be explicitly specified using <stream> elements.
一つ以上の個々のメディアストリームを独立に制御することができるように、<流れ>要素を指定することができます。接続は、オーディオとビデオストリームの両方をサポートしている場合、例えば、<流れ>要素は、オーディオストリームが受信モードで使用されていることを示すために使用することができます。接続や会議のための同じタイプの複数のメディアストリームがある場合には、構成が明示的に<ストリーム>要素を使用して指定されなければなりません。
Multiple <stream> elements can be specified for precise control over the media flow in different directions within the same media stream. One <stream> element can be specified for the receiving media flow and another element for the sending media flow, where each independently controls features such as volume (see child element of <stream> in Section 4.2.2.5). If there is only one <stream> element for a given media specifying a 'sendonly' or 'recvonly' direction, then the media flow in the opposite direction is inactive (established but there's no actual flow of media) unless this leads to a stream conflict.
複数の<ストリーム>要素には同一のメディア・ストリーム内の異なる方向におけるメディアフローの正確な制御のために指定することができます。一<ストリーム>要素は、メディア受信フローとはそれぞれ独立して、音量などの機能を制御する送信メディアフローのための他の要素、（セクション4.2.2.5で<ストリーム>の子要素を参照）に指定することができます。 「sendonlyで」または「がrecvonly」方向を指定する特定のメディアのための唯一の<ストリーム>要素がある場合、これは、ストリームにつながる場合を除き、その後、逆方向のメディアフローが非アクティブである（設立が、メディアの実際の流れはありません）競合。
If the MS is unable to execute the join as specified in <stream> because a <stream> element is in conflict with (a) another <stream> element, (b) specified connection or conference media capabilities (including supported or available codec information), or (c) an Session Description Protocol (SDP) label value as part of the connection-id (see Appendix A.1 of [RFC6230]), then the MS reports an error (407) and MUST NOT join the entities and MUST NOT change existing streams of the entities.
MSは、<流れ>で指定されるように参加を実行することができない場合、<流れ>要素は、（a）は、別の<ストリーム>要素と競合しているため、（b）はサポートされている、または利用可能なコーデック情報を含む（接続または会議メディア機能を指定）、又は（c）のセッション記述プロトコル（SDP）ラベル値接続IDの一部として（[RFC6230]の付録A.1を参照）、その後、MSは、エラー（407）を報告し、エンティティを結合してはいけませんと実体の既存のストリームを変更しないでください。
If the MS is unable to execute the join as specified in <stream> elements because the MS does not support the media stream configuration, the MS reports an error (422) and MUST NOT join the entities and MUST NOT change existing streams of the entities.
MSは、MSがメディアストリームの設定をサポートしていないため、<ストリーム>要素で指定されている参加を実行することができない場合、MSは、エラー（422）を報告し、エンティティに参加してはならないとエンティティの既存のストリームを変更してはいけません。
If the MS is unable to join an entity to a conference because it is full, then the MS reports an error (410).
それがいっぱいであるため、MSは、会議にエンティティに参加できない場合、MSは、エラー（410）を報告します。
If the specified entities are already joined, then the MS reports an error (408).
指定されたエンティティが既に結合されている場合、MSは、（408）、エラーを報告します。
If the MS does not support joining two specified connections together, the MS reports an error (426).
MSが一緒に指定された2つの接続に参加しサポートしていない場合、MSは、エラー（426）を報告します。
If the MS does not support joining two specified conferences together, the MS reports an error (427).
MSが一緒に指定された2つの会議に参加しサポートしていない場合、MSは、エラー（427）を報告します。
If the MS is unable to join the specified entities for any other reason, the MS reports an error (411).
MSは、その他の理由で指定されたエンティティに参加することができない場合、MSは、エラー（411）を報告します。
When the MS has finished processing a <join> request, it MUST reply with an <response> element (Section 4.2.3).
MSは、<参加>要求の処理を完了したとき、それは、<応答>要素（4.2.3）で応答しなければなりません。
For example, a request to join two connections together is as follows:
例えば、以下のように2つの接続に参加する要求があります。
<mscmixer version="1.0" xmlns="urn:ietf:params:xml:ns:msc-mixer"> <join id1="1536067209:913cd14c" id2="1536067209:913cd14c"/> </mscmixer>
<mscmixerバージョン= "1.0" のxmlns = "壷：IETF：のparams：XML：NS：mscmixer"> <参加ID1 = "1536067209：913cd14c" ID2 = "1536067209：913cd14c" /> </ mscmixer>
The response if the MS doesn't support joining media streams between connections is as follows:
次のようにMSが接続間でメディアストリームを結合するサポートしていない場合の応答です。
<mscmixer version="1.0" xmlns="urn:ietf:params:xml:ns:msc-mixer"> <response status="426" reason="mixing connections not supported"/> </mscmixer>
<mscmixerバージョンが "1.0" のxmlns = = "URN：IETF：paramsは：XML：NS：mscmixer"> <応答ステータス= "426" 理由= "混合接続がサポートされていません" /> </ mscmixer>
The <modifyjoin> element is sent to the MS to request changes in the configuration of media stream(s) that were previously established between a connection and a conference, between two connections, or between two conferences.
<modifyjoin>要素は、以前2つの接続の間、または2つの会議の間に、接続と会議の間に確立されたメディアストリーム（複数可）の構成の変更を要求するMSに送信されます。
The <modifyjoin> element has the following attributes:
<modifyjoin>要素は次の属性があります。
id1: an identifier for either a connection or a conference. The identifier MUST conform to the syntax defined in Appendix A.1 of [RFC6230]. The attribute is mandatory.
ID1：接続または会議のいずれかの識別子。識別子は、[RFC6230]の付録A.1で定義された構文に準拠しなければなりません。属性は必須です。
id2: an identifier for either a connection or a conference. The identifier MUST conform to the syntax defined in Appendix A.1 of [RFC6230]. The attribute is mandatory.
ID2：接続または会議のいずれかの識別子。識別子は、[RFC6230]の付録A.1で定義された構文に準拠しなければなりません。属性は必須です。
The <modifyjoin> element has the following child elements (one or more):
<modifyjoin>要素は以下の子要素（1以上）を持っています：
<stream>: an element that both identifies the media streams to modify and defines the way that each stream is to be configured from this point forward (see Section 4.2.2.5).
<ストリーム>：両方がメディアストリームを修正するために識別し、各ストリームは、この時点から構成されることを方法を定義する要素（セクション4.2.2.5を参照）。
The MS MUST support <modifyjoin> for any stream that was established using <join>.
MSは<参加>を使用して設立された任意のストリームのための<modifyjoin>をサポートしなければなりません。
The MS MUST configure the streams that are included within <modifyjoin> to that stated by the child elements.
MSは、子要素が述べたものに<modifyjoin>内に含まれるストリームを設定する必要があります。
If the MS is unable to modify the join as specified in <stream> elements because a <stream> element is in conflict with (a) another <stream> element, (b) specified connection or conference media capabilities (including supported or available codec information), or (c) a SDP label value as part of the connection-id (see Appendix A.1 of [RFC6230]), then the MS reports an error (407) and MUST NOT modify the join between the entities and MUST NOT change existing streams of the entities.
MSは<ストリーム>要素は、（a）は、別の<ストリーム>要素と競合しているため、（b）はサポートされている、または利用可能なコーデックを含む（接続または会議メディア機能を指定した<ストリーム>要素で指定されるように参加変更することができない場合情報）、または（c）SDPラベル値接続IDの一部として（[RFC6230]の付録A.1を参照）、その後、MSは、エラー（407）を報告し、エンティティする必要があり間の結合を変更してはいけません実体の既存のストリームを変更しません。
If the MS is unable to modify the join as specified in <stream> elements because the MS does not support the media stream configuration, the MS reports an error (422) and MUST NOT modify the join between the entities and MUST NOT change existing streams of the entities.
MSは、MSがメディアストリームの設定をサポートしていないため、<ストリーム>要素で指定された参加修正することができない場合、MSは、エラー（422）を報告し、エンティティ間の結合を変更してはいけませんし、既存のストリームを変更してはなりませんエンティティの。
If the specified entities are not already joined, then the MS reports an error (409).
指定されたエンティティはすでに参加していない場合、MSは（409）エラーを報告します。
If the MS is unable to modify the join between the specified entities for any other reason, the MS reports an error (411).
MSは、他の理由で指定されたエンティティ間の結合を変更することができない場合、MSは、エラー（411）を報告します。
When an MS has finished processing a <modifyjoin> request, it MUST reply with an appropriate <response> element (Section 4.2.3).
MSは<modifyjoin>要求の処理を完了すると、それは適切な<レスポンス>要素（4.2.3）で応答しなければなりません。
In cases where stream characteristics are controlled independently for each direction, then a <modifyjoin> request needs to specify a child element for each direction in order to retain the original stream directionality. For the example, if a <join> request establishes independent control for each direction of an audio stream (see Section 4.2.2.5):
流れ特性は、各方向に対して独立に制御される場合には、その後<modifyjoin>要求は、元のストリーム指向性を保持するために、各方向の子要素を指定する必要があります。 <参加>たとえば、要求は、オーディオストリームの各方向について独立した制御を確立する（セクション4.2.2.5を参照）。
<mscmixer version="1.0" xmlns="urn:ietf:params:xml:ns:msc-mixer"> <join id1="1536067209:913cd14c" id2="conference1"> <stream media="audio" direction="sendonly"> <volume controltype="setgain" value="-3"/> </stream> <stream media="audio" direction="recvonly"> <volume controltype="setgain" value="+3"/> </stream> </join> </mscmixer>
<mscmixerバージョン= "1.0" のxmlns = "壷：IETF：のparams：XML：NS：mscmixer"> <参加ID1 = "1536067209：913cd14c" ID2 = "conference1"> <ストリームメディア= "オーディオ" 方向=」 sendonlyで "> <ボリュームcontroltype =" setgain」値= " - 3" /> </ストリーム> <ストリームメディア= "オーディオ" 方向= "recvonlyで"> <ボリュームcontroltype = "setgain" 値= "+ 3" /> </ストリーム> </参加する> </ mscmixer>
then the following <modifyjoin> request
その後、次の<modifyjoin>要求
<mscmixer version="1.0" xmlns="urn:ietf:params:xml:ns:msc-mixer"> <modifyjoin id1="1536067209:913cd14c" id2="conference1"> <stream media="audio" direction="sendonly"> <volume controltype="setgain" value="0"/> </stream> </modifyjoin> </mscmixer>
<mscmixerバージョン= "1.0" のxmlns = "URN：IETF：paramsは：XML：NS：mscmixer"> <modifyjoin ID1 = "1536067209：913cd14c" ID2 = "conference1"> <ストリームメディア= "オーディオ" 方向=」 sendonlyで "> <ボリュームcontroltype =" setgain」値= "0" /> </ストリーム> </ modifyjoin> </ mscmixer>
would cause, in addition to the modification of the sendonly volume, the overall stream directionality to change from sendrecv to sendonly since there is no <stream> element in this <modifyjoin> request for the recvonly direction. The following would change the sendonly volume and retain the recvonly stream together with its original characteristics such as volume:
sendonlyでボリュームの変更、がrecvonly方向については、この<modifyjoin>要求には、<ストリーム>要素が存在しないのでSENDONLYするSENDRECVから変更するには、全体的な流れの方向性に加えて、原因となります。以下はsendonlyの音量を変更し、そのようなボリュームとしての本来の特性と一緒がrecvonlyストリームを保持することになります。
<mscmixer version="1.0" xmlns="urn:ietf:params:xml:ns:msc-mixer"> <modifyjoin id1="1536067209:913cd14c" id2="conference1"> <stream media="audio" direction="sendonly"> <volume controltype="setgain" value="0"/> </stream> <stream media="audio" direction="recvonly"/> </modifyjoin> </mscmixer>
<mscmixerバージョン= "1.0" のxmlns = "URN：IETF：paramsは：XML：NS：mscmixer"> <modifyjoin ID1 = "1536067209：913cd14c" ID2 = "conference1"> <ストリームメディア= "オーディオ" 方向=」 sendonlyで "> <ボリュームcontroltype =" setgain」値= "0" /> </ストリーム> <ストリームメディア= "オーディオ" 方向= "recvonlyで" /> </ modifyjoin> </ mscmixer>
The <unjoin> element is sent to the MS to request removal of previously established media stream(s) from between a connection and a conference, between two connections, or between two conferences.
<退会>要素を接続し、2つの接続の間、または2つの会議の間の会議の間の以前に確立されたメディア・ストリーム（S）の除去を要求するMSに送信されます。
The <unjoin> element has the following attributes:
<退会>要素は次の属性があります。
id1: an identifier for either a connection or a conference. The identifier MUST conform to the syntax defined in Appendix A.1 of [RFC6230]. The attribute is mandatory.
ID1：接続または会議のいずれかの識別子。識別子は、[RFC6230]の付録A.1で定義された構文に準拠しなければなりません。属性は必須です。
id2: an identifier for either a connection or a conference. The identifier MUST conform to the syntax defined in Section 15.1 of [RFC6230]. The attribute is mandatory.
ID2：接続または会議のいずれかの識別子。識別子は、[RFC6230]のセクション15.1で定義された構文に準拠しなければなりません。属性は必須です。
The <unjoin> element has the following child element (zero or more occurrences):
<退会>要素には、次の子要素（ゼロ以上の出現を）持っています：
<stream>: an element that identifies the media stream(s) to remove (see Section 4.2.2.5). The element is optional. When not present, all currently established streams between "id1" and "id2" are removed.
<ストリーム>：（セクション4.2.2.5を参照）を除去するために、メディアストリーム（複数可）を識別する要素。要素はオプションです。存在する場合ではない、「ID1」及び「ID2」との間のすべての現在確立ストリームが削除されます。
The MS MUST support <unjoin> for any stream that was established using <join> and that has not already been removed by a previous <unjoin> on the same stream.
MSを使用して確立された任意のストリームに対して<退会>をサポートしなければならない<参加>とそれが既に同じストリームの<退会>前により除去されていません。
If the MS is unable to terminate the join as specified in <stream> elements because a <stream> element is in conflict with (a) another <stream> element, (b) specified connection or conference media capabilities, or (c) a SDP label value as part of the connection-id (see Appendix A.1 of [RFC6230]), then the MS reports an error (407) and MUST NOT terminate the join between the entities and MUST NOT change existing streams of the entities.
MSは<ストリーム>要素は、（a）は、別の<ストリーム>要素と競合しているため、（b）は、接続や会議メディア機能を指定し、または（c）A <ストリーム>要素で指定されるように参加終了することができない場合接続IDの一部としてSDPラベル値（[RFC6230]の付録A.1を参照）、その後、MSは、エラー（407）を報告し、エンティティ間の結合終了してはいけませんとエンティティの既存のストリームを変更しないでください。
If the MS is unable to terminate the join as specified in <stream> elements because the MS does not support the media stream configuration, the MS reports an error (422) and MUST NOT terminate the join between the entities and MUST NOT change existing streams of the entities.
MSは、MSがメディアストリームの設定をサポートしていないため、<ストリーム>要素で指定されている参加に終了することができない場合、MSは、エラー（422）を報告し、エンティティ間の結合を終了してはならないと、既存のストリームを変更してはなりませんエンティティの。
If the specified entities are not already joined, then the MS reports an error (409).
指定されたエンティティはすでに参加していない場合、MSは（409）エラーを報告します。
If the MS is unable to terminate the join between the specified entities for any other reason, the MS reports an error (411).
MSが他の理由で指定されたエンティティ間の結合を終了することができない場合、MSは、エラー（411）を報告します。
When an MS has successfully processed a <unjoin> request, it MUST reply with a successful <response> element (Section 4.2.3).
MSが正常<退会>要求を処理した場合、それは成功した<レスポンス>要素（4.2.3）で応答しなければなりません。
<join>, <modifyjoin>, and <unjoin> require the identification and manipulation of media streams. Media streams represent the flow of media between a participant connection and a conference, between two connections, or between two conferences. The <stream> element is used (as a child to <join>, <modifyjoin>, and <unjoin>) to identify the media stream(s) for the request and to specify the configuration of the media stream.
<参加>、<modifyjoin>、および<退会>メディアストリームの識別および操作を必要とします。メディアストリームは、2つの接続の間、または2つの会議の間、参加者接続と会議の間でメディアの流れを表しています。 <ストリーム>要素は、要求のためのメディアストリーム（複数可）を識別し、メディアストリームの設定を指定する（<参加>、<modifyjoin>の子として、および<退会>）が使用されます。
The <stream> element has the following attributes:
<ストリーム>要素は次の属性があります。
media: a string indicating the type of media associated with the stream. A valid value is a MIME type name as defined in Section 4.2 of [RFC4288]. The following values MUST be used for common types of media: "audio" for audio media, and "video" for video media. See [IANA] for registered MIME type names. The attribute is mandatory.
メディアストリームに関連付けられたメディアのタイプを示す文字列。 [RFC4288]のセクション4.2で定義されている有効な値は、MIMEタイプ名です。ビデオメディアのための音声メディアのための「オーディオ」、および「ビデオ」：次の値は、メディアの一般的なタイプを使用しなければなりません。 [IANA]登録されたMIMEタイプ名を参照してください。属性は必須です。
label: a string indicating the SDP label associated with a media stream [RFC4574]. The attribute is optional.
ラベル：メディアストリーム[RFC4574]に関連付けられたSDPラベルを示す文字列。属性はオプションです。
direction: a string indicating the allowed media flow of the stream relative to the value of the 'id1' attribute of the parent element. Defined values are: "sendrecv" (media can be sent and received), "sendonly" (media can only be sent), "recvonly" (media can only be received), and "inactive" (stream established but no media flow). The default value is "sendrecv". The attribute is optional.
方向：親要素の「ID1」属性の値へのストリームの相対的許可メディアフローを示す文字列。定義された値は、「のsendrecv」（メディアを送信および受信することができる）、「sendonlyの」（媒体のみを送信することができる）、「recvonlyで」（メディアのみ受信することができる）、および「非アクティブ」（ストリーム確立なくないメディアフロー） 。デフォルト値は「SENDRECV」です。属性はオプションです。
The <stream> element has the following sequence of child elements:
<ストリーム>要素は、子要素の以下の配列を有します。
<volume>: an element (Section 4.2.2.5.1) to configure the volume or gain of the media stream. The element is optional.
<ボリューム>：メディアストリームのボリュームまたは利得を設定するための要素（セクション4.2.2.5.1）。要素はオプションです。
<clamp>: an element (Section 4.2.2.5.2) to configure filtering and removal of tones from the media stream. The element is optional.
<クランプ>：メディアストリームからトーンのフィルタリングおよび除去を設定するための要素（セクション4.2.2.5.2）。要素はオプションです。
<region>: an element (Section 4.2.2.5.3) to configure a region within a video layout where the media stream is displayed. The element is optional.
<地域>：メディア・ストリームが表示されるビデオ・レイアウト内の領域を構成する要素（セクション4.2.2.5.3）。要素はオプションです。
<priority>: an element (Section 4.2.2.5.4) to configure priority associated with the stream in the media mix. The element is optional.
<優先順位>：メディアミックスにおけるストリームに関連付けられた優先順位を設定するための要素（セクション4.2.2.5.4）。要素はオプションです。
In each child element, the media stream affected is indicated by the value of the 'direction' attribute of the parent element.
それぞれの子要素には、影響を受けたメディアストリームは親要素の「方向」属性の値で示されます。
If the 'media' attribute does not have the value of "audio", then the MS ignores <volume> and <clamp> elements.
「メディア」属性は、「オーディオ」の値がない場合、MSは、<ボリューム>と<クランプ>要素を無視します。
If the 'media' attribute does not have the value of "video", then the MS ignores a <region> element.
「メディア」属性は「ビデオ」の値がない場合、MSは、<地域>要素を無視します。
For example, a request to join a connection to conference in both directions with volume control is as follows:
例えば、以下のようにボリュームコントロールと両方向に会議に接続に参加する要求があります。
<mscmixer version="1.0" xmlns="urn:ietf:params:xml:ns:msc-mixer"> <join id1="1536067209:913cd14c" id2="conference1"> <stream media="audio" direction="sendrecv"> <volume controltype="setgain" value="-3"/> </stream> </join> </mscmixer>
<mscmixerバージョン= "1.0" のxmlns = "壷：IETF：のparams：XML：NS：mscmixer"> <参加ID1 = "1536067209：913cd14c" ID2 = "conference1"> <ストリームメディア= "オーディオ" 方向=」 sendrecv "> <ボリュームcontroltype =" setgain」値= " - 3" /> </ストリーム> </参加> </ mscmixer>
where audio flow from the connection (id1) to the conference (id2) has the volume lowered by 3 dB, and likewise the volume of the audio flow from the conference to the connection is lowered by 3 dB.
会議（ID2）に接続（ID1）からのオーディオの流れは体積が3dBだけ低下しており、同様に接続する会議からのオーディオの流れの体積が3dBだけ低下されます。
In this example, the volume is independently controlled for each direction.
この例では、ボリュームは、独立して、それぞれの方向に制御されます。
<mscmixer version="1.0" xmlns="urn:ietf:params:xml:ns:msc-mixer"> <join id1="1536067209:913cd14c" id2="conference1"> <stream media="audio" direction="sendonly"> <volume controltype="setgain" value="-3"/> </stream> <stream media="audio" direction="recvonly"> <volume controltype="setgain" value="+3"/> </stream> </join> </mscmixer>
<mscmixerバージョン= "1.0" のxmlns = "壷：IETF：のparams：XML：NS：mscmixer"> <参加ID1 = "1536067209：913cd14c" ID2 = "conference1"> <ストリームメディア= "オーディオ" 方向=」 sendonlyで "> <ボリュームcontroltype =" setgain」値= " - 3" /> </ストリーム> <ストリームメディア= "オーディオ" 方向= "recvonlyで"> <ボリュームcontroltype = "setgain" 値= "+ 3" /> </ストリーム> </参加する> </ mscmixer>
where audio flow from the connection (id1) to the conference (id2) has the volume lowered by 3 dB, but the volume of the audio flow from the conference to the connection is raised by 3 dB.
会議（ID2）に接続（ID1）からのオーディオ流れが3dBだけ低下体積を有しているが、接続の会議からのオーディオの流れの体積は、3dBだけ上昇されます。
The <volume> element is used to configure the volume of an audio media stream. It can be set to a specific gain amount, to automatically adjust the gain to a desired target level, or to mute the volume.
<ボリューム>要素は、オーディオメディアストリームのボリュームを構成するために使用されます。これは、自動的に所望の目標レベルにゲインを調整するために、または音量をミュートするように、特定の利得量に設定することができます。
The <volume> element has no child elements but has the following attributes:
<ボリューム>要素は、子要素を持っていませんが、次の属性があります。
controltype: a string indicating the type of volume control to use for the stream. Defined values are: "automatic" (the volume will be adjusted automatically to the level specified by the 'value' attribute), "setgain" (use the value of the 'value' attribute as a specific gain measured in dB to apply), and "setstate" (set the state of the stream to "mute" or "unmute" as specified by the value of the 'value' attribute). The attribute is mandatory.
controltype：ストリームに使用するボリュームコントロールの種類を示す文字列。定義された値は、「自動」（ボリュームが「値」属性で指定されたレベルに自動的に調整される）、「setgain」（適用するためにdB単位で測定した比の利得として「値」属性の値を使用します）、そして「SETSTATE」（「値」属性の値によって指定されるように「ミュート」または「ミュート解除」にストリームの状態を設定します）。属性は必須です。
value: a string specifying the amount or state for the volume control defined by the value of the 'controltype' attribute. The attribute is optional. There is no default value.
値：「controltype」属性の値によって定義されたボリューム制御のための量または状態を指定する文字列。属性はオプションです。デフォルト値はありません。
If the audio media stream is in a muted state, then the MS also changes automatically the state to unmuted with an "automatic" or "setgain" volume control. For example, assume an audio stream has been muted with <volume controltype="setstate" value="mute"/>. If the gain on the same stream is changed with <volume controltype="setgain" value="+3"/>, then the volume is increased and stream state is also changed to unmuted.
オーディオメディアストリームがミュート状態にある場合、MSはまた、自動的に「自動」または「setgain」ボリュームコントロールとミュートが解除する状態を変化させます。例えば、オーディオストリームは<ボリュームcontroltypeは=「SETSTATE」値=「ミュート」/>でミュートされていると仮定する。同じストリーム上の利得を用いて変更された場合、<ボリュームcontroltype =「setgain」値=「+ 3」/>、次いで体積が増加した状態をストリームでもミュートに変更されます。
The <clamp> element is used to configure whether tones are filtered and removed from a media stream.
<クランプ>要素は、トーンを濾過し、メディアストリームから除去されているかどうかを設定するために使用されます。
The <clamp> element has no child elements but has the following attribute:
<クランプ>要素は、子要素を持っていませんが、以下の属性があります。
tones: A space-separated list of the tones to remove. The attribute is optional. The default value is "1 2 3 4 5 6 7 8 9 0 * # A B C D" (i.e., all DTMF (Dual-Tone Multi-Frequency) tones are removed).
トーン：削除するトーンのスペース区切りのリスト。属性はオプションです。デフォルト値は "1 2 3 4 5 6 7 8 9 0 *＃B C D"（すなわち、すべてのDTMF（デュアルトーン多重周波数）トーンが除去される）です。
As described in Section 4.2.1.4.2.1, each <video-layout> is composed of one or more named regions (or areas) in which video media can be presented. For example, the XCON layout <dual-view> has two regions named "1" and "2", respectively.
セクション4.2.1.4.2.1に記載されているように、各<ビデオレイアウトは>ビデオメディアを提示することができる1つ以上の名前付き領域（又は領域）から構成されています。例えば、XCONレイアウト<デュアルビュー>それぞれ「1」、「2」という名前の2つの領域を有します。
The <region> element is used to explicitly specify the name of the area within a video layout where a video media stream is displayed.
<地域>要素を明示的にビデオ・メディア・ストリームが表示されるビデオ・レイアウト内の領域の名前を指定するために使用されます。
The <region> element has no attributes, and its content model specifies the name of the region.
<地域>要素には属性はありませんし、その内容モデルは、地域の名前を指定します。
The <priority> element is used to explicitly specify the priority of a participant. The MS uses this priority to determine where the media stream is displayed within a video layout (Section 4.2.1.4.3.1).
<優先順位>要素は、明示的に参加者の優先順位を指定するために使用されます。 MSは、メディア・ストリームがビデオ・レイアウト（セクション4.2.1.4.3.1）内に表示される場所を決定するために、この優先順位を使用します。
The <priority> element has no attributes, and its content model specifies a positive integer (see Section 4.7.3). The lower the value, the higher the priority.
<優先順位>要素には属性はありませんし、その内容モデルは、正の整数（4.7.3項を参照）を指定します。優先順位が高いほど、値が小さいです。
Responses to requests are indicated by a <response> element.
要求に対する応答は、<応答>要素によって示されています。
The <response> element has following attributes:
<回答>要素は次の属性があります。
status: numeric code indicating the response status. Valid values are defined in Section 4.6. The attribute is mandatory.
ステータス：レスポンスステータスを示す数値コード。有効な値は、4.6節で定義されています。属性は必須です。
reason: string specifying a reason for the response status. The attribute is optional.
理由：応答ステータスの理由を指定する文字列。属性はオプションです。
desclang: specifies the language used in the value of the 'reason' attribute. A valid value is a language identifier (Section 4.7.7). The attribute is optional. If not specified, the value of the 'desclang' attribute on <mscmixer> (Section 4.1) applies.
desclang：「理由」属性の値で使用される言語を指定します。有効な値は言語識別子（セクション4.7.7）です。属性はオプションです。指定されていない場合は、<mscmixer>（4.1節）の「desclang」属性の値が適用されます。
conferenceid: string identifying the conference (see Appendix A.1 of [RFC6230]). The attribute is optional.
conferenceid：会議を識別する文字列（[RFC6230]の付録A.1を参照してください）。属性はオプションです。
connectionid: string identifying the SIP dialog connection (see Appendix A.1 of [RFC6230]). The attribute is optional.
connectionid：SIPダイアログ接続を識別する文字列（[RFC6230]の付録A.1を参照）。属性はオプションです。
For example, a response when a conference was created successfully is as follows:
たとえば、次のように会議が正常に作成された応答は次のとおりです。
<response code="200"/>
<応答コード= "200" />
If conference creation failed due to the requested conference ID already existing, the response is:
会議の作成が原因既存の要求された会議IDに失敗した場合、応答は次のとおりです。
<response code="405" reason="Conference already exists"/>
<応答コード=「405」理由=「会議が既に存在します」/>
When a mixer generates a notification event, the MS sends the event using an <event> element.
ミキサは、通知イベントを生成すると、MSは、<イベント>要素を使用してイベントを送信します。
The <event> element has no attributes, but has the following sequence of child elements (zero or more instances of each child):
<イベント>要素には属性はありませんが、子要素（それぞれの子のゼロ以上のインスタンス）の以下の配列を有します。
<active-talkers-notify>: specifies an active talkers notification (Section 4.2.4.1).
<アクティブ話者 - 通知>：アクティブ話者通知（セクション4.2.4.1）を指定します。
<unjoin-notify>: notifies that a connection or conference has been completely unjoined (Section 4.2.4.2).
<退会-通知>：接続または会議が完全に未結合（セクション4.2.4.2）であったことを通知します。
<conferenceexit>: notifies that a conference has exited (Section 4.2.4.3).
<conferenceexit>：会議は（セクション4.2.4.3）を終了したことを通知します。
The <active-talkers-notify> element describes zero or more speakers that have been active in a conference during the specified interval (see Section 4.2.1.4.4.1).
<アクティブ話者 - 通知>要素は、指定された間隔（セクション4.2.1.4.4.1を参照）の間会議にアクティブであったゼロ個以上のスピーカーを記述する。
The <active-talkers-notify> element has the following attribute:
<アクティブ・トーカー-通知>要素は、以下の属性があります。
conferenceid: string indicating the name of the conference from which the event originated. This attribute is mandatory.
conferenceid：イベントが発信された会議の名前を示す文字列。この属性は必須です。
The <active-talkers-notify> element has the following sequence of child elements (zero or more occurrences):
<アクティブ話者 - 通知>要素は、子要素（0回以上の繰り返し）以下の配列を有します。
<active-talker>: element describing an active talker (Section 4.2.4.1.1).
<アクティブ話者>要素アクティブ話者を記述する（セクション4.2.4.1.1）。
The <active-talker> element describes an active talker, associated with either a connection or conference participant in a conference.
<アクティブ話し手>要素は、会議に接続または会議参加者のいずれかに関連付けられたアクティブな話者を記述する。
The <active-talker> element has the following attributes:
<アクティブ・トーカー>要素は次の属性があります。
connectionid: string indicating the connectionid of the active talker. This attribute is optional. There is no default value.
connectionid：アクティブ話者のconnectionidを示す文字列。この属性はオプションです。デフォルト値はありません。
conferenceid: string indicating the conferenceid of the active talker. This attribute is optional. There is no default value.
conferenceid：アクティブ話者のconferenceidを示す文字列。この属性はオプションです。デフォルト値はありません。
Note that the element does not describe an active talker if both the 'connectionid' and 'conferenceid' attributes are specified, or if neither attribute is specified.
「connectionid」と 'conferenceidの属性の両方が指定されている場合、またはどちらの属性が指定されている場合、要素はアクティブな話し手を記述していないことに注意してください。
The <active-talker> element has no child elements.
<アクティブ・トーカー>要素は、子要素はありません。
The <unjoin-notify> element describes a notification event where a connection and/or conference have been completely unjoined.
<退会-通知>要素は、接続および/または会議が完全に非接合された通知イベントを記述する。
The <unjoin-notify> element has the following attributes:
<退会-通知>要素は次の属性があります。
status: a status code indicating why the unjoin occurred. A valid value is a non-negative integer (see Section 4.7.2). The MS MUST support the following values:
ステータス：退会が発生した理由を示すステータスコード。有効な値は負でない整数（第4.7.2項を参照）です。 MSは、以下の値をサポートしなければなりません：
0 indicates the join has been terminated by a <unjoin> request.
0 <退会>要求によって終了されているは、参加を示しています。
1 indicates the join terminated due to an execution error.
図1は、インクルードが原因実行エラーに終了した結合を示しています。
2 indicates that the join terminated because a connection or conference has terminated.
図2は、接続や会議が終了したため、終了した結合ことを示しています。
All other valid but undefined values are reserved for future use, where new status codes are assigned using the Standards Action process defined in [RFC5226]. The AS MUST treat any status code it does not recognize as being equivalent to 1 (join execution error). The attribute is mandatory.
他のすべての有効ですが、未定義の値は、新しいステータスコードは[RFC5226]で定義された標準化アクション・プロセスを使用して割り当てられている将来の使用のために予約されています。 ASは、それが（実行エラーに参加）1と同等のものとして認識されない任意のステータスコードを扱わなければなりません。属性は必須です。
reason: a textual description providing a reason for the status code, e.g., details about an error. A valid value is a string (see Section 4.7.4). The attribute is optional. There is no default value.
理由：ステータスコードの理由を提供するテキスト記述、例えば、エラーの詳細。有効な値は、文字列（4.7.4項を参照）です。属性はオプションです。デフォルト値はありません。
desclang: specifies the language used in the value of the 'reason' attribute. A valid value is a language identifier (Section 4.7.7). The attribute is optional. If not specified, the value of the 'desclang' attribute on <mscmixer> (Section 4.1) applies.
desclang：「理由」属性の値で使用される言語を指定します。有効な値は言語識別子（セクション4.7.7）です。属性はオプションです。指定されていない場合は、<mscmixer>（4.1節）の「desclang」属性の値が適用されます。
id1: an identifier for either a connection or a conference. The identifier MUST conform to the syntax defined in Appendix A.1 of [RFC6230]. The attribute is mandatory.
ID1：接続または会議のいずれかの識別子。識別子は、[RFC6230]の付録A.1で定義された構文に準拠しなければなりません。属性は必須です。
id2: an identifier for either a connection or a conference. The identifier MUST conform to the syntax defined in Appendix A.1 of [RFC6230]. The attribute is mandatory.
ID2：接続または会議のいずれかの識別子。識別子は、[RFC6230]の付録A.1で定義された構文に準拠しなければなりません。属性は必須です。
The <unjoin-notify> element has no child elements.
<退会-通知>要素は、子要素はありません。
The <conferenceexit> element indicates that a conference has exited because it has been terminated or because a error occurred (for example, a hardware error in the conference mixing unit). This event MUST be sent by the MS whenever a successfully created conference exits.
<conferenceexit>要素は、会議は、それが終了しているため、終了またはエラーが発生したため（例えば、会議の混合ユニット内のハードウェア・エラー）を有していることを示しています。正常に作成され、会議が終了したときに、このイベントは、MSによって送らなければなりません。
The <conferenceexit> element has the following attributes:
<conferenceexit>要素は次の属性があります。
conferenceid: string indicating the name of the conference. This attribute is mandatory.
conferenceid：会議の名前を示す文字列。この属性は必須です。
status: a status code indicating why the conference exited. A valid value is a non-negative integer (see Section 4.7.2). The MS MUST support the following values:
ステータス：会議が終了した理由を示すステータスコード。有効な値は負でない整数（第4.7.2項を参照）です。 MSは、以下の値をサポートしなければなりません：
0 indicates the conference has been terminated by a <destroyconference> request.
0は、会議が<destroyconference>要求によって終了されたことを示します。
1 indicates the conference terminated due to an execution error.
図1は、実行エラーが原因で終了した会議を示しています。
2 indicates the conference terminated due to exceeding the maximum duration for a conference.
図2は、会議が原因会議の最大時間を超えると終了を示しています。
All other valid but undefined values are reserved for future use, where new status codes are assigned using the Standards Action process defined in [RFC5226]. The AS MUST treat any status code it does not recognize as being equivalent to 1 (conference execution error). The attribute is mandatory.
他のすべての有効ですが、未定義の値は、新しいステータスコードは[RFC5226]で定義された標準化アクション・プロセスを使用して割り当てられている将来の使用のために予約されています。 ASは、それが1（会議実行エラー）と同等のものとして認識されない任意のステータスコードを扱わなければなりません。属性は必須です。
reason: a textual description providing a reason for the status code, e.g., details about an error. A valid value is a string (see Section 4.7.4). The attribute is optional. There is no default value.
理由：ステータスコードの理由を提供するテキスト記述、例えば、エラーの詳細。有効な値は、文字列（4.7.4項を参照）です。属性はオプションです。デフォルト値はありません。
desclang: specifies the language used in the value of the 'reason' attribute. A valid value is a language identifier (Section 4.7.7). The attribute is optional. If not specified, the value of the 'desclang' attribute on <mscmixer> (Section 4.1) applies.
desclang：「理由」属性の値で使用される言語を指定します。有効な値は言語識別子（セクション4.7.7）です。属性はオプションです。指定されていない場合は、<mscmixer>（4.1節）の「desclang」属性の値が適用されます。
The <conferenceexit> element has no child elements.
<conferenceexit>要素は、子要素はありません。
When a MS sends a <conferenceexit> event, the identifier for the conference ('conferenceid' attribute) is no longer valid on the MS and can be reused for another conference.
MSは<conferenceexit>イベントを送信すると、会議（「conferenceid」属性）のための識別子がMSに有効ではなくなり、別の会議のために再利用することができます。
For example, the following notification event would be sent from the MS when the conference with identifier "conference99" exits due to a successful <destroyconference/>:
識別子「conference99」との会議が終了したときにたとえば、次の通知イベントが原因成功にMSから送信される<destroyconference />：
<mscmixer version="1.0" xmlns="urn:ietf:params:xml:ns:msc-mixer"> <event> <conferenceexit conferenceid="conference99" status="0"/> </event> </mscmixer>
<mscmixerバージョン= "1.0" のxmlns = "壷：IETF：のparams：XML：NS：mscmixer"> <イベント> <conferenceexit conferenceid = "conference99" 状態= "0" /> </イベント> </ mscmixer>
The audit elements defined in this section allow the MS to be audited for package capabilities as well as mixers managed by the package. Auditing is particularly important for two use cases. First, it enables discovery of package capabilities supported on an MS before an AS creates a conference mixer or joins connections and conferences. The AS can then use this information to create request elements using supported capabilities and, in the case of codecs, to negotiate an appropriate SDP for a user agent's connection. Second, auditing enables discovery of the existence and status of mixers currently managed by the package on the MS. This could be used when one AS takes over management of mixers if the AS that created the mixers fails or is no longer available (see the security considerations in Section 7).
このセクションで定義された監査要素は、MSがパッケージによって管理パッケージ機能だけでなく、ミキサーのために監査することができます。監査は、2つの使用例のために特に重要です。 ASは、会議ミキサーを作成または接続し、会議に参加する前に、まず、それがMSにサポートされたパッケージの機能の発見を可能にします。 ASは、ユーザエージェントの接続に適したSDPを交渉するために、コーデックの場合には、サポート機能を使用して要求要素を作成するには、この情報を使用してすることができます。第二に、監査は現在、MSのパッケージによって管理されるミキサーの存在と状態の発見を可能にします。ミキサーを作成したASに障害が発生していないか（第7のセキュリティの考慮事項を参照してください）使用できなくなった場合は、1つASは、ミキサーの経営を引き継ぐ場合に使用することができます。
The <audit> request element is sent to the MS to request information about the capabilities of, and mixers currently managed with, this Control Package. Capabilities include supported conference codecs and video layouts. Mixer information includes the status of managed mixers as well as codecs.
<監査>要求要素はの能力、及び現在この制御パッケージ、で管理ミキサーに関する情報を要求するためにMSに送信されます。機能は、サポートされている会議コーデックとビデオレイアウトが含まれます。ミキサーの情報は、管理対象のミキサーの状態だけでなく、コーデックが含まれています。
The <audit> element has the following attributes:
<監査>要素は次の属性があります。
capabilities: indicates whether package capabilities are to be audited. A valid value is a boolean (see Section 4.7.1). A value of "true" indicates that capability information is to be reported. A value of "false" indicates that capability information is not to be reported. The attribute is optional. The default value is "true".
機能：パッケージ機能を監査するかどうかを示します。有効な値はブール（セクション4.7.1を参照）です。 「真」の値は、能力情報が報告されることを示します。 「偽」の値は、能力情報は報告されていないことを示しています。属性はオプションです。デフォルト値は「true」です。
mixers: indicates whether mixers currently managed by the package are to be audited. A valid value is a boolean (see Section 4.7.1). A value of "true" indicates that mixer information is to be reported. A value of "false" indicates that mixer information is not to be reported. The attribute is optional. The default value is "true".
ミキサーは：現在のパッケージによって管理されるミキサーが監査するかどうかを示します。有効な値はブール（セクション4.7.1を参照）です。 「真」の値は、ミキサーの情報が報告されるべきであることを示しています。 「偽」の値は、ミキサーの情報が報告されるようにされていないことを示しています。属性はオプションです。デフォルト値は「true」です。
conferenceid: string identifying a specific conference mixer to audit. It is an error (406) if the 'conferenceid' attribute is specified and the conference identifier is not valid. The attribute is optional. There is no default value.
conferenceid：監査する特定の会議ミキサーを識別する文字列。それはconferenceid '属性が指定され、会議識別子が有効でない場合、エラー（406）です。属性はオプションです。デフォルト値はありません。
If the 'mixers' attribute has the value "true" and 'conferenceid' attribute is specified, then only audit information about the specified conference mixer is reported. If the 'mixers' attribute has the value "false", then no mixer audit information is reported even if a 'conferenceid' attribute is specified.
「ミキサー」属性が「true」と「conferenceid」属性が指定された値を持っている場合は、指定の会議ミキサーが報告さについて、情報のみを監査しています。 「ミキサー」属性が「偽」の値を持っている場合は、何のミキサー監査情報は、「conferenceid」属性が指定されていても報告されていません。
The <audit> element has no child elements.
<監査>要素は、子要素はありません。
When the MS receives an <audit> request, it MUST reply with a <auditresponse> element (Section 4.3.2) that includes a mandatory attribute describing the status in terms of a numeric code. Response status codes are defined in Section 4.6. If the request is successful, the <auditresponse> contains (depending on attribute values) a <capabilities> element (Section 4.3.2.1) reporting package
MSは<監査>要求を受信すると、それは数値コードの点で状況を説明する必須属性を含む<auditresponse>要素（4.3.2項）で応答しなければなりません。レスポンスのステータスコードは、セクション4.6で定義されています。リクエストが成功した場合は、<auditresponse>は（属性値に依存する）<機能>要素（セクション4.3.2.1）レポーティングパッケージが含まれています
capabilities and a <mixers> element (Section 4.3.2.2) reporting managed mixer information. If the MS is not able to process the request and carry out the audit operation, the audit request has failed and the MS MUST indicate the class of failure using an appropriate 4xx response code. Unless an error response code is specified for a class of error within this section, implementations follow Section 4.6 in determining the appropriate status code for the response.
機能と<ミキサー>要素（セクション4.3.2.2）の報告では、ミキサーの情報を管理していました。 MSは、要求を処理し、監査操作を行うことができない場合に、監査要求が失敗したとMSは、適当な4XX応答コードを使用して、障害のクラスを指定する必要があります。エラー応答コードは、このセクション内のエラーのクラスに指定されない限り、実装は、応答のための適切なステータスコードを決定する際に4.6節に従います。
For example, a request to audit capabilities and mixers managed by the package is as follows:
たとえば、次のようにパッケージによって管理機能とミキサーを監査するための要求は、次のとおりです。
<mscmixer version="1.0" xmlns="urn:ietf:params:xml:ns:msc-mixer"> <audit/> </mscmixer>
<mscmixerバージョン= "1.0" のxmlns = "URN：IETF：paramsは：XML：NS：mscmixer"> <監査/> </ mscmixer>
In this example, only capabilities are to be audited:
この例では、唯一の機能が監査します。
<mscmixer version="1.0" xmlns="urn:ietf:params:xml:ns:msc-mixer"> <audit mixers="false"/> </mscmixer>
<mscmixerバージョン= "1.0" のxmlns = "URN：IETF：paramsは：XML：NS：mscmixer"> <監査ミキサー= "偽" /> </ mscmixer>
With this example, only a specific conference mixer is to be audited:
この例では、唯一の特定の会議ミキサー監査することです：
<mscmixer version="1.0" xmlns="urn:ietf:params:xml:ns:msc-mixer"> <audit capabilities="false" conferenceid="conf4"/> </mscmixer>
<mscmixerバージョン= "1.0" のxmlns = "壷：IETF：のparams：XML：NS：mscmixer"> <監査機能= "false" をconferenceid = "conf4" /> </ mscmixer>
The <auditresponse> element describes a response to a <audit> request.
<監査応答>要素は、<監査>要求に対する応答を記載しています。
The <auditresponse> element has the following attributes:
<auditresponse>要素は次の属性があります。
status: numeric code indicating the audit response status. The attribute is mandatory. Valid values are defined in Section 4.6.
ステータス：監査応答ステータスを示す数値コード。属性は必須です。有効な値は、4.6節で定義されています。
reason: string specifying a reason for the status. The attribute is optional.
理由：ステータスの理由を指定する文字列。属性はオプションです。
desclang: specifies the language used in the value of the 'reason' attribute. A valid value is a language identifier (Section 4.7.7). The attribute is optional. If not specified, the value of the 'desclang' attribute on <mscmixer> (Section 4.1) applies.
desclang：「理由」属性の値で使用される言語を指定します。有効な値は言語識別子（セクション4.7.7）です。属性はオプションです。指定されていない場合は、<mscmixer>（4.1節）の「desclang」属性の値が適用されます。
The <auditresponse> element has the following sequence of child elements:
<auditresponse>要素は、子要素の以下の配列を有します。
<capabilities>: element describing capabilities of the package (see Section 4.3.2.1). The element is optional.
<機能>：要素は（セクション4.3.2.1を参照）、パッケージの機能を記述する。要素はオプションです。
<mixers>: element describing information about managed mixers (see Section 4.3.2.2). The element is optional.
<ミキサー>：管理ミキサー（セクション4.3.2.2を参照）に関する情報を記述した要素。要素はオプションです。
For example, a successful response to an <audit> request for capabilities and mixer information is as follows:
例えば、以下のように機能し、ミキサー情報の<監査>要求に成功した応答です。
<mscmixer version="1.0" xmlns="urn:ietf:params:xml:ns:msc-mixer"> <auditresponse status="200"> <capabilities> <codecs> <codec name="video"> <subtype>H263</subtype> </codec> <codec name="video"> <subtype>H264</subtype> </codec> <codec name="audio"> <subtype>PCMU</subtype> </codec> <codec name="audio"> <subtype>PCMA</subtype> </codec> </codecs> </capabilities> <mixers> <conferenceaudit conferenceid="conf1"> <codecs> <codec name="audio"> <subtype>PCMA</subtype> </codec> </codecs> <participants> <participant id="1536067209:913cd14c"/> </participants> </conferenceaudit> <joinaudit id1="1536067209:913cd14c" id2="conf1"/> <joinaudit id1="1636067209:113cd14c" id2="1836067209:313cd14c"/> <joinaudit id1="1736067209:213cd14c" id2="1936067209:413cd14c"/> </mixers> </auditresponse> </mscmixer>
<mscmixerバージョン= "1.0" のxmlns = "壷：IETF：のparams：XML：NS：mscmixer"> <auditresponseステータス= "200"> <機能> <コーデック> <コーデック名= "ビデオ"> <サブタイプ> H263 </サブタイプ> </コーデック> <コーデック名= "ビデオ"> <サブタイプ> H264 </サブタイプ> </コーデック> <コーデック名= "オーディオ"> <サブタイプ> PCMU </サブタイプ> </コーデック> <コーデック名= "オーディオ"> <サブタイプ> PCMA </サブタイプ> </コーデック> </コーデック> </機能> <ミキサー> <conferenceaudit conferenceid = "CONF1"> <コーデック> <コーデック名= "オーディオ"> <サブタイプ> PCMA </サブタイプ> </コーデック> </コーデック> <参加者> <参加者ID = "1536067209：913cd14c" /> </参加者> </ conferenceaudit> <joinaudit ID1 = "1536067209：913cd14c" ID2 = "CONF1 "/> <joinaudit ID1 =" 1636067209：113cd14c」ID2 = "1836067209：313cd14c" /> <joinaudit ID1 = "1736067209：213cd14c" ID2 = "1936067209：413cd14c" /> </ミキサー> </ auditresponse> </ mscmixer >
The <capabilities> element provides audit information about package capabilities.
<機能>要素は、パッケージの機能に関する監査情報を提供します。
The <capabilities> element has no attributes.
<機能>要素には属性はありません。
The <capabilities> element has the following sequence of child elements:
<機能>要素は、子要素の以下の配列を有します。
<codecs>: element (Section 4.4) describing codecs available to the package. The element is mandatory.
<コーデック>要素（セクション4.4）パッケージが利用可能なコーデックを説明します。要素は必須です。
For example, a fragment describing capabilities is as follows:
たとえば、次のような機能を説明する断片です。
<capabilities> <codecs> <codec name="video"> <subtype>H263</subtype> </codec> <codec name="video"> <subtype>H264</subtype> </codec> <codec name="audio"> <subtype>PCMU</subtype> </codec> <codec name="audio"> <subtype>PCMA</subtype> </codec> </codecs> </capabilities>
<機能> <コーデック> <コーデック名= "ビデオ"> <サブタイプ> H263 </サブタイプ> </コーデック> <コーデック名= "ビデオ"> <サブタイプ> H264 </サブタイプ> </コーデック> <コーデック名= "オーディオ"> <サブタイプ> PCMU </サブタイプ> </コーデック> <コーデック名= "オーディオ"> <サブタイプ> PCMA </サブタイプ> </コーデック> </コーデック> </機能>
The <mixers> element provides audit information about mixers.
<ミキサー>要素は、ミキサに関する監査情報を提供します。
The <mixers> element has no attributes.
<ミキサー>要素には属性はありません。
The <mixers> element has the following sequence of child elements (zero or more occurrences, any order):
<ミキサー>要素は、子要素（0回以上の繰り返し、任意の順序）の以下の配列を有します。
<conferenceaudit>: audit information for a conference mixer (Section 4.3.2.2.1). The element is optional.
<conferenceaudit>：会議ミキサー（セクション4.3.2.2.1）の監査情報。要素はオプションです。
<joinaudit>: audit information for a join mixer (Section 4.3.2.2.2). The element is optional.
<joinaudit>：参加ミキサー（セクション4.3.2.2.2）の監査情報。要素はオプションです。
The <conferenceaudit> element has the following attribute:
<conferenceaudit>要素は、以下の属性があります。
conferenceid: string identifying the conference (see Appendix A.1 of [RFC6230]). The attribute is mandatory.
conferenceid：会議を識別する文字列（[RFC6230]の付録A.1を参照してください）。属性は必須です。
The <conferenceaudit> element has the following sequence of child elements:
<conferenceaudit>要素は、子要素の以下の配列を有します。
<codecs> element describing codecs used in the conference. See Section 4.4. The element is optional.
会議で使用されるコーデックを記述する<コーデック>要素。 4.4節を参照してください。要素はオプションです。
<participants> element listing connections or conferences joined to the conference. See Section 4.3.2.2.1.1. The element is optional.
<参加者>要素リストの接続や会議は、会議に参加しました。セクション4.3.2.2.1.1を参照してください。要素はオプションです。
<video-layout> element describing the active video layout for the conference. See Section 4.2.1.4.2.1. The element is optional.
<ビデオレイアウト>会議のアクティブビデオレイアウトを記述する要素。セクション4.2.1.4.2.1を参照してください。要素はオプションです。
For example, a fragment describing a conference that has been created but has no participants is as follows:
たとえば、次のように作成されますが、何も参加していないされていた会議を記述した断片です。
<conferenceaudit conferenceid="conference1"/>
<会議監査会議ID = "conference1" />
A fragment when the same conference has three participants (two connections and another conference) joined to it is as follows:
次のように同じ会議は3人の参加者（2つの接続と、別の会議）がそれに接合された断片です。
<conferenceaudit conferenceid="conference1"> <codecs> <codec name="audio"> <subtype>PCMU</subtype> </codec> </codecs> <participants> <participant id="connection1"/> <participant id="connection2"/> <participant id="conference2"/> </participants> </conferenceaudit>
<conferenceaudit conferenceid = "conference1"> <コーデック> <コーデック名= "オーディオ"> <サブタイプ> PCMU </サブタイプ> </コーデック> </コーデック> <参加者> <参加者のid = "接続1" /> <参加者ID = "接続2" /> <参加者ID = "conference2" /> </参加者> </ conferenceaudit>
The <participants> element is a container for <participant> elements (Section 4.3.2.2.1.1.1).
<参加>要素は、<参加者>要素（セクション4.3.2.2.1.1.1）のための容器です。
The <participants> element has no attributes, but the following child elements are defined (zero or more):
<参加者>要素には属性はありませんが、次の子要素は、（ゼロ以上）に定義されています。
<participant>: specifies a participant (Section 4.3.2.2.1.1.1).
<参加者>：参加者（第4.3.2.2.1.1.1）を指定します。
The <participant> element describes a participant.
<参加者>要素は、参加者を記述する。
The <participant> element has the following attribute:
<参加者>要素は、以下の属性があります。
id: an identifier for either a connection or a conference. The identifier MUST conform to the syntax defined in Appendix A.1 of [RFC6230]. The attribute is mandatory.
ID：接続または会議のいずれかの識別子。識別子は、[RFC6230]の付録A.1で定義された構文に準拠しなければなりません。属性は必須です。
The <participant> element has no children.
<参加者>要素には子がありません。
The <joinaudit> element has the following attributes:
<joinaudit>要素は次の属性があります。
id1: an identifier for either a connection or a conference. The identifier MUST conform to the syntax defined in Appendix A.1 of [RFC6230]. The attribute is mandatory.
ID1：接続または会議のいずれかの識別子。識別子は、[RFC6230]の付録A.1で定義された構文に準拠しなければなりません。属性は必須です。
id2: an identifier for either a connection or a conference. The identifier MUST conform to the syntax defined in Appendix A.1 of [RFC6230]. The attribute is mandatory.
ID2：接続または会議のいずれかの識別子。識別子は、[RFC6230]の付録A.1で定義された構文に準拠しなければなりません。属性は必須です。
The <joinaudit> element has no children.
<joinaudit>要素には子がありません。
For example, a fragment describing an audit of two join mixers, one between connections and the second between conferences, is as follows:
例えば、以下のように両者の監査を記述する断片がミキサーに参加し、接続と会議との間の第二の間の1つは、次のとおりです。
<mixers> <joinaudit id1="1536067209:913cd14" id2="1636067209:413cd14"/> <joinaudit id1="conference1" id2="conference2"/> </mixers>
<ミキサー> <joinaudit ID1 = "1536067209：913cd14" ID2 = "1636067209：413cd14" /> <joinaudit ID1 = "conference1" ID2 = "conference2" /> </ミキサー>
The <codecs> element is a container for one or more codec definitions. Codec definitions are used by an AS to specify the codecs allowed for a conference (e.g., when used as a child of <createconference> or <modifyconference). Codec definitions are used by an MS to provide audit information about the codecs supported by an MS and used in specific conferences.
<コーデック>要素は、1つのまたは複数のコーデックの定義のコンテナです。コーデックの定義は、会議のために許可されたコーデックを指定するためにASによって使用されている（例えば、の子として使用する場合、<createconference>または<modifyconference）。コーデックの定義はMSによって支持され、特定の会議で使用されるコーデックについての監査情報を提供するためにMSによって使用されます。
The <codecs> element has no attributes.
<コーデック>要素には属性はありません。
The <codecs> element has the following sequence of child elements (zero or more occurrences):
<コーデック>要素は、子要素（0回以上の繰り返し）の以下の配列を有します。
<codec>: defines a codec and optionally its policy (Section 4.4.1). The element is optional.
<コーデック>は：コーデックおよび任意方針（4.4.1）を定義します。要素はオプションです。
For example, a fragment describing two codecs is as follows:
例えば以下のように二つのコーデックを説明する断片です。
<codecs> <codec name="audio"> <subtype>PCMA</subtype> </codec> <codec name="video"> <subtype>H263</subtype> </codec> </codecs>
<コーデック> <コーデック名= "オーディオ"> <サブタイプ> PCMA </サブタイプ> </コーデック> <コーデック名= "ビデオ"> <サブタイプ> H263 </サブタイプ> </コーデック> </コーデック>
The <codec> element describes a codec. The element is modeled on the <codec> element in the XCON conference information data model ([RFC6501]) and allows additional information (e.g., rate, speed, etc.) to be specified.
<コーデック>要素は、コーデックを説明しています。要素は、（[RFC6501]）及び付加情報を可能にする（例えば、速度、速度、等）を指定するXCON会議情報データモデル内の<コーデック>要素でモデル化されます。
The <codec> element has the following attribute:
<コーデック>要素は、以下の属性があります。
name: indicates the type name of the codec's media format as defined in [IANA]. A valid value is a "type-name" as defined in Section 4.2 of [RFC4288]. The attribute is mandatory.
名前：[IANA]で定義されているコーデックのメディア形式の型名を示します。 [RFC4288]のセクション4.2で定義されている有効な値は、「タイプ名」です。属性は必須です。
The <codec> element has the following sequence of child elements:
<コーデック>要素は、子要素の以下の配列を有します。
<subtype>: element whose content model describes the subtype of the codec's media format as defined in [IANA]. A valid value is a "subtype-name" as defined in Section 4.2 of [RFC4288]. The element is mandatory.
<サブタイプ>：その内容モデル[IANA]で定義されているコーデックのメディア形式のサブタイプを記述する要素。 [RFC4288]のセクション4.2で定義されている有効な値は、「サブタイプ名」です。要素は必須です。
<params>: element (Section 4.5) describing additional information about the codec. This package is agnostic to the names and values of the codec parameters supported by an implementation. The element is optional.
<のparams>：コーデックについての追加情報を記述する要素（4.5節）。このパッケージは、実装でサポートされているコーデックのパラメータの名前と値にとらわれません。要素はオプションです。
For example, a fragment with a <codec> element describing the H263 codec is as follows:
例えば以下のように、H263コーデックを記述する<コーデック>要素を有する断片です。
<codec name="video"> <subtype>H263</subtype> </codec>
<コーデック名= "ビデオ"> <サブタイプ> H263 </サブタイプ> </コーデック>
A fragment where the <codec> element describes the H264 video codec with additional information about the profile level and packetization mode is as follows:
<コーデック>要素は、以下のようにプロファイルレベルとパケットモードに関する追加情報をH264ビデオコーデックは説明断片
<codec name="video"> <subtype>H264</subtype> <params> <param name="profile-level-id">42A01E</param> <param name="packetization-mode">0</param> </params> </codec>
<コーデック名= "ビデオ"> <サブタイプ> H264 </サブタイプ> <paramsは> <PARAM NAME = "プロファイルレベルID"> 42A01E </ PARAM> <PARAM NAME = "パケットモード"> 0 </ PARAM > </のparams> </コーデック>
The <params> element is a container for <param> elements (Section 4.5.1).
<paramsは>要素は、<PARAM>要素（セクション4.5.1）のための容器です。
The <params> element has no attributes, but the following child elements are defined (zero or more):
<のparams>要素には属性はありませんが、次の子要素は、（ゼロ以上）に定義されています。
<param>: specifies a parameter name and value (Section 4.5.1).
<param>：パラメータ名と値（4.5.1項）を指定します。
The <param> element describes a parameter name and value.
<param>要素には、パラメータ名と値を記述します。
The <param> element has the following attributes:
<param>要素は次の属性があります。
name: a string indicating the name of the parameter. The attribute is mandatory.
名前：パラメータの名前を示す文字列。属性は必須です。
type: specifies a type indicating how the in-line value of the parameter is to be interpreted. A valid value is a MIME media type (see Section 4.7.6). The attribute is optional. The default value is "text/plain".
タイプ：パラメータのインライン値が解釈されるべきであるかを示すタイプを指定します。有効な値は、MIMEメディアタイプ（4.7.6項を参照）です。属性はオプションです。デフォルト値は「text / plainで」です。
encoding: specifies a content-transfer-encoding schema applied to the in-line value of the parameter on top of the MIME media type specified with the 'type' attribute. A valid value is a content-transfer-encoding schema as defined by the "mechanism" token in Section 6.1 of [RFC2045]. The attribute is optional. There is no default value.
符号化は、「タイプ」属性で指定されたMIMEメディアタイプの上にパラメータのインライン値に適用されるコンテンツ転送符号化スキーマを指定します。有効な値は、[RFC2045]のセクション6.1の「機構」トークンで定義されるようなコンテンツ転送符号化スキーマです。属性はオプションです。デフォルト値はありません。
The <param> element content model is the value of the parameter. Note that a value that contains XML characters (e.g., "<") needs to be escaped following standard XML conventions.
<param>要素の内容モデルはパラメータの値です。 XML文字が含まれている値（例えば、「<」）標準XMLの規則に従ってエスケープする必要があることに注意してください。
This section describes the response codes in Table 1 for the 'status' attribute of mixer management <response> (Section 4.2.3) and <auditresponse> (Section 4.3.2). The MS MUST support the status response codes defined here. All other valid but undefined values are reserved for future use, where new status codes are assigned using the Standards Action process defined in [RFC5226]. The AS MUST treat any responses it does not recognize as being equivalent to the x00 response code for all classes. For example, if an AS receives an unrecognized response code of 499, it can safely assume that there was something wrong with its request and treat the response as if it had received a 400 (Syntax error) response code.
このセクションでは、ミキサ管理<応答>（4.2.3）と<auditresponse>（4.3.2）の「状態」属性の表1の応答コードを記述する。 MSは、ここで定義されたステータス応答コードをサポートしなければなりません。他のすべての有効ですが、未定義の値は、新しいステータスコードは[RFC5226]で定義された標準化アクション・プロセスを使用して割り当てられている将来の使用のために予約されています。 ASは、それがすべてのクラスのX00の応答コードと同等のものとして認識されない任意の応答を扱わなければなりません。例えば、ASは、499の認識されていない応答コードを受信した場合、それは安全にその要求に何か問題があったと仮定することができ、それは400（構文エラー）応答コードを受け取ったかのように応答を扱います。
4xx responses are definite failure responses from a particular MS. The 'reason' attribute in the response SHOULD identify the failure in more detail, for example, "Mandatory attribute missing: id2 join element" for a 400 (Syntax error) response code.
4xx応答は、特定のMSからの明確な失敗応答です。 「理由」応答で属性が「必須属性が欠落している：ID2要素を結合する」とは、例えば、より詳細に障害を識別すべきである400（構文エラー）応答コードのために。
The AS SHOULD NOT retry the same request without modification (for example, correcting a syntax error or changing the conferenceid to use one available on the MS). However, the same request to a different MS might be successful, for example, if another MS supports a capability required in the request.
ASは、（例えば、構文エラーを訂正するか、MSに使用可能なものを使用するconferenceidの変更）変更せずに同じ要求を再試行すべきではありません。別のMSは、要求に必要な機能をサポートしている場合は、別のMSに同じ要求は、例えば、成功したかもしれません。
4xx failure responses can be grouped into three classes: failure due to a syntax error in the request (400); failure due to an error executing the request on the MS (405-419); and failure due to the request requiring a capability not supported by the MS (420-435).
要求（400）に構文エラーに失敗; 4XX失敗応答は3つのクラスに分類することができますMS（405から419）に要求を実行エラーによる障害。およびMS（420から435）によってサポートされていない能力を必要とする要求による障害。
In cases where more than one request code could be reported for a failure, the MS SHOULD use the most specific error code of the failure class for the detected error. For example, if the MS detects that the conference identifier in the request is invalid, then it uses a 406 status code. However, if the MS merely detects that an execution error occurred, then 419 is used.
複数の要求コードが故障のために報告することができた場合には、MSは、検出されたエラーの障害クラスの最も特定のエラーコードを使用すべきです。 MSは、要求に会議IDが無効であることを検出した場合、例えば、それは406のステータスコードを使用します。 MSは、単に実行エラーが発生したことを検出した場合は、その後、419が使用されています。
+-------+---------------+----------------------+--------------------+
| Code | Summary | Description | Informational: AS |
| | | | Possible Recovery |
| | | | Action |
+-------+---------------+----------------------+--------------------+
| 200 | OK | request has | |
| | | succeeded. | |
| | | | |
| 400 | Syntax error | request is | Change the request |
| | | syntactically | so that it is |
| | | invalid: it is not | syntactically |
| | | valid with respect | valid. |
| | | to the XML schema | |
| | | specified in | |
| | | Section 5 or it | |
| | | violates a | |
| | | co-occurrence | |
| | | constraint for a | |
| | | request element | |
| | | defined in | |
| | | Section 4. | |
| | | | |
| 405 | Conference | request uses an | Send an <audit> |
| | already | identifier to create | request |
| | exists | a new conference | (Section 4.3.1) |
| | | (Section 4.2.1.1) | requesting the |
| | | that is already used | list of conference |
| | | by another | mixer identifiers |
| | | conference on the | already used by |
| | | MS. | the MS and then |
| | | | use a conference |
| | | | identifier that is |
| | | | not listed. |
| | | | |
| 406 | Conference | request uses an | Send an <audit> |
| | does not | identifier for a | request |
| | exist | conference that does | (Section 4.3.1) |
| | | not exist on the MS. | requesting the |
| | | | list of conference |
| | | | mixer identifiers |
| | | | used by the MS and |
| | | | then use a |
| | | | conference |
| | | | identifier that is |
| | | | listed. |
| | | | |
| 407 | Incompatible | request specifies a | Change the media | | | stream | media stream | stream | | | configuration | configuration that | configuration to | | | | is in conflict with | match the | | | | itself, the | capabilities of | | | | connection, or | the connection or | | | | conference | conference. | | | | capabilities (see | | | | | Section 4.2.2.2). | | | | | | | | 408 | Joining | request attempts to | Send an <audit> | | | entities | create a join mixer | request | | | already | (Section 4.2.2.2) | (Section 4.3.1) | | | joined | where the entities | requesting the | | | | are already joined. | list of join | | | | | mixers on the MS | | | | | and then use | | | | | entities that are | | | | | not listed. | | | | | | | 409 | Joining | request attempts to | Send an <audit> | | | entities not | manipulate a join | request | | | joined | mixer where the | (Section 4.3.1) | | | | entities are not | requesting the | | | | joined. | list of join | | | | | mixers on the MS | | | | | and then use | | | | | entities that are | | | | | listed. | | | | | | | 410 | Unable to | request attempts to | | | | join - | join a participant | | | | conference | to a conference | | | | full | (Section 4.2.2.2) | | | | | but the conference | | | | | is already full. | | | | | | | | 411 | Unable to | request attempts to | | | | perform join | create, modify, or | | | | mixer | delete a join | | | | operation | between entities but | | | | | fails. | | | | | | | | 412 | Connection | request uses an | | | | does not | identifier for a | | | | exist | connection that does | | | | | not exist on the MS. | | | | | | |
| 407 |互換性のありません| |要求を指定しますメディアを変更| | |ストリーム|メディアストリーム|ストリーム| | |コンフィギュレーション|構成のもの|コンフィギュレーションへ| | | |競合しています| |一致| | |自体、|機能| | | |接続、または|接続または| | | |会議|会議。 | | | |機能は、（参照| | | | |セクション4.2.2.2）。 | | | | | | | | 408 |参加|リクエストはを試み| <監査>を送ります| | |エンティティ|参加ミキサーを作成します|リクエスト| | |すでに| （セクション4.2.2.2）| （4.3.1項）| | |参加しました|どこの実体|要求| | | |すでに参加しています。 |参加のリスト| | | | | MSのミキサー| | | | |その後、使用| | | | |あるエンティティ| | | | |記載されていません。 | | | | | | | 409 |参加|リクエストはを試み| <監査>を送ります| | |エンティティありません|参加操作|リクエスト| | |参加しました|ミキサー| （4.3.1項）| | | | |エンティティはありません要求| | | |参加しました。 |参加のリスト| | | | | MSのミキサー| | | | |その後、使用| | | | |あるエンティティ| | | | |記載されています。 | | | | | | | 410 | |にできません。リクエストはを試み| | | |参加 - |参加者に参加| | | |会議|会議へ| | | |フル| （セクション4.2.2.2）| | | | |しかし、会議| | | | |すでにいっぱいです。 | | | | | | | | 411 | |にできません。リクエストはを試み| | | |結合を実行|作成、変更、または| | | |ミキサー|結合を削除| | | |操作|エンティティ間のが、| | | | |失敗しました。 | | | | | | | | 412 |接続| |要求は使用しています| | | |ありません識別子| | | |存在し|ない接続| | | | | MS上に存在しません。 | | | | | | |
| 419 | Other | requested operation | | | | execution | cannot be executed | | | | error | by the MS. | | | | | | | | 420 | Conference | request to create a | | | | reservation | new conference | | | | failed | (Section 4.2.1.1) | | | | | failed due to | | | | | unsupported | | | | | reservation of | | | | | talkers or | | | | | listeners. | | | | | | | | 421 | Unable to | request to create or | | | | configure | modify a conference | | | | audio mix | failed due to | | | | | unsupported audio | | | | | mix. | | | | | | | | 422 | Unsupported | request contains one | | | | media stream | or more <stream> | | | | configuration | elements | | | | | (Section 4.2.2.5) | | | | | whose configuration | | | | | is not supported by | | | | | the MS. | | | | | | | | 423 | Unable to | request to create or | | | | configure | modify a conference | | | | video layouts | failed due to | | | | | unsupported video | | | | | layout | | | | | configuration. | | | | | | | | 424 | Unable to | request to create or | | | | configure | modify a conference | | | | video switch | failed due to | | | | | unsupported video | | | | | switch | | | | | configuration. | | | | | | | | 425 | Unable to | request to create or | | | | configure | modify a conference | | | | codecs | failed due to | | | | | unsupported codec. | | | | | | |
| 419 |その他|要求された操作| | | |実行|実行することはできません| | | |エラー| MSによります。 | | | | | | | | 420 |会議|作成するリクエスト| | | |予約|新しい会議| | | |失敗しました| （セクション4.2.1.1）| | | | | |のために失敗しました| | | |サポートされていません| | | | |予約| | | | |トーカーや| | | | |リスナー。 | | | | | | | | 421 | |にできません。作成するための要求または| | | |設定|会議を変更します| | | |オーディオミックス| |のために失敗しました| | | |サポートされていないオーディオ| | | | |混合。 | | | | | | | | 422 |サポートされていません| |リクエストは1が含まれています| | |メディアストリーム| <ストリーム>以上| | | |コンフィギュレーション|要素| | | | | （セクション4.2.2.5）| | | | |その設定| | | | | |によってサポートされていません。 | | | | MS。 | | | | | | | | 423 | |にできません。作成するための要求または| | | |設定|会議を変更します| | | |ビデオレイアウト| |のために失敗しました| | | |サポートされていないビデオ| | | | |レイアウト| | | | |設定。 | | | | | | | | 424 | |にできません。作成するための要求または| | | |設定|会議を変更します| | | |ビデオスイッチ| |のために失敗しました| | | |サポートされていないビデオ| | | | |切り替え| | | | |設定。 | | | | | | | | 425 | |にできません。作成するための要求または| | | |設定|会議を変更します| | | |コーデック| |のために失敗しました| | | |サポートされていないコーデック。 | | | | | | |
| 426 | Unable to | request to join | |
| | join - mixing | connection entities | |
| | connections | (Section 4.2.2.2) | |
| | not supported | failed due to lack | |
| | | of support for | |
| | | mixing connections. | |
| | | | |
| 427 | Unable to | request to join | |
| | join - mixing | conference entities | |
| | conferences | (Section 4.2.2.2) | |
| | not supported | failed due to lack | |
| | | of support for | |
| | | mixing conferences. | |
| | | | |
| 428 | Unsupported | the request contains | |
| | foreign | attributes or | |
| | namespace | elements from | |
| | attribute or | another namespace | |
| | element | that the MS does not | |
| | | support. | |
| | | | |
| 435 | Other | request requires | |
| | unsupported | another capability | |
| | capability | not supported by the | |
| | | MS. | |
+-------+---------------+----------------------+--------------------+
Table 1: Status Codes
表1：ステータスコード
This section defines types referenced in attribute definitions.
このセクションでは、属性の定義で参照タイプを定義します。
The value space of boolean is the set {true, false, 1, 0} as defined in Section 3.2.2 of [XMLSchema:Part2]. In accordance with this definition, the concept of false can be lexically represented by the strings "0" and "false" and the concept of true by the strings "1" and "true"; implementations MUST support both styles of lexical representation.
ブール値の空間は、集合{1、TRUE、FALSEは、0} [：その2 XMLスキーマ]のセクション3.2.2で定義された通りです。この定義に従い、偽の概念が字句文字列「0」と「偽」と文字列「1」により、真の概念と「真」で表すことができます。実装は、字句表現の両方のスタイルをサポートしなければなりません。
The value space of non-negative integer is the infinite set {0,1,2,...} as defined in Section 3.3.20 of [XMLSchema:Part2].
【：その2 XMLスキーマ]のセクション3.3.20で定義されるように非負の整数の値空間は無限集合{0,1,2、...}です。
The value space of positive integer is the infinite set {1,2,...} as defined in Section 3.3.25 of [XMLSchema:Part2].
【：その2 XMLスキーマ]のセクション3.3.25に定義されるような正の整数の値空間は無限集合{1,2、...}です。
A string in the character encoding associated with the XML element as defined in Section 3.2.1 of [XMLSchema:Part2].
【：その2 XMLスキーマ]のセクション3.2.1で定義されたXML要素に関連付けられた文字エンコーディングの文字列。
A time designation consists of a non-negative real number followed by a time unit identifier.
時間指定は、時間単位識別子が続く非負の実数で構成されています。
The time unit identifiers are: "ms" (milliseconds) and "s" (seconds).
時間単位識別子は次のとおりです：「MS」（ミリ秒）と「S」（秒）。
Examples include: "3s", "850ms", "0.7s", ".5s" and "+1.5s".
例としては、 "3S"、 "850ms"、 "0.7s"、 ".5s" と "+ 1.5秒"。
A string formatted as an IANA MIME media type [MIME.mediatypes]. The ABNF ([RFC5234]) production for the string is:
IANA MIMEメディアタイプとしてフォーマットされた文字列[MIME.mediatypes]。文字列のABNF（[RFC5234]）の生産です。
media-type = type-name "/" subtype-name *(";" parameter)
メディアタイプ=タイプ名「/」サブタイプ名*（「;」パラメータ）
parameter = parameter-name "=" value
パラメータ=パラメータ名「=」値
where "type-name" and "subtype-name" are defined in Section 4.2 of [RFC4288], "parameter-name" is defined in Section 4.3 of [RFC4288], and "value" is defined in Section 5.1 of [RFC2045].
ここで、「タイプ名」および「サブタイプ名が」[RFC4288]のセクション4.2で定義され、「パラメータ名は」[RFC4288]のセクション4.3で定義され、「値」は[RFC2045]のセクション5.1で定義され。
A language identifier labels information content as being of a particular human language variant. Following the XML specification for language identification [XML], a legal language identifier is identified by a [RFC5646] code and matched according to [RFC4647].
言語識別子は、特定の人間の言語変異体のものとしての情報内容をラベル。言語識別のためのXML仕様[XML]以下、法的な言語識別子は、[RFC5646]コードによって識別され、[RFC4647]に従ってマッチ。
This section defines the XML schema for the Mixer Control Package. The schema is normative.
このセクションでは、ミキサーコントロールパッケージのためのXMLスキーマを定義します。スキーマは規範的です。
The schema defines datatypes, attributes, and mixer elements in the urn:ietf:params:xml:ns:msc-mixer namespace. In most elements, the order of child elements is significant. The schema is extensible: elements allow attributes and child elements from other namespaces.
スキーマは、データ型を定義する属性、およびURNにおけるミキサエレメント：IETF：paramsは：XML：NS：MSC-ミキサー名前空間。ほとんどの要素には、子要素の順序は重要です。スキーマは拡張可能である：要素は、他の名前空間からの属性と子要素を許します。
Elements from outside this package's namespace can occur after elements defined in this package.
このパッケージの名前空間の外からの要素は、このパッケージで定義された要素の後に発生する可能性があります。
The schema is dependent upon the schema (framework.xsd) defined in Appendix A.1 of the Control Framework [RFC6230].
スキーマは、コントロールフレームワーク[RFC6230]の付録A.1に定義されたスキーマ（framework.xsd）に依存しています。
<?xml version="1.0" encoding="UTF-8"?> <xsd:schema targetNamespace="urn:ietf:params:xml:ns:msc-mixer" xmlns:fw="urn:ietf:params:xml:ns:control:framework-attributes" elementFormDefault="qualified" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns="urn:ietf:params:xml:ns:msc-mixer" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<？xml version = "1.0" エンコード= "UTF-8"？> <XSD：スキーマのtargetNamespace = "URN：IETF：paramsは：XML：NS：MSC-ミキサー" のxmlns：「FW = URN：IETF：paramsは：XML ：NS：コントロール：フレームワーク属性」のelementFormDefault = "修飾" のxmlns：XS = "http://www.w3.org/2001/XMLSchema" のxmlns = "URN：IETF：paramsは：XML：NS：MSC-ミキサー" xmlns：XSD = "http://www.w3.org/2001/XMLSchema">
<xsd:annotation> <xsd:documentation> IETF MediaCtrl Mixer 1.0 (20110104)
<XSD：注釈> <のxsd：ドキュメント> IETF MediaCtrlミキサー1.0（20110104）
This is the schema of the Mixer Control Package. It defines request, response, and notification elements for mixing.
これは、ミキサーコントロールパッケージのスキーマです。これは、混合のための要求、応答、通知エレメントを定義します。
The schema namespace is urn:ietf:params:xml:ns:msc-mixer
スキーマの名前空間は骨壷です：IETF：のparams：XML：NS：MSC-ミキサー
</xsd:documentation> </xsd:annotation>
</ XSD：ドキュメンテーション> </のxsd：注釈>
<!-- #############################################################
<!-- #############################################################
SCHEMA IMPORTS
SCHEMAの輸入
############################################################# -->
############################################################# -->
<xsd:import namespace="urn:ietf:params:xml:ns:control:framework-attributes" schemaLocation="framework.xsd"> <xsd:annotation> <xsd:documentation> This import brings in the framework attributes for conferenceid and connectionid. </xsd:documentation> </xsd:annotation> </xsd:import>
ます。<xsd：インポート名前空間= "壷：IETF：のparams：XML：NS：コントロール：フレームワークの属性" のschemaLocation = "framework.xsd"> <XSD：注釈が> <のxsd：ドキュメント>このインポートは、フレームワークにもたらしconferenceid属性そしてconnectionid。 </ XSD：ドキュメンテーション> </のxsd：注釈> </のxsd：インポート>
<!--
<!ーー
#####################################################
#####################################################
Extensible core type
拡張可能なコアタイプ
##################################################### -->
##################################################### -->
<xsd:complexType name="Tcore"> <xsd:annotation> <xsd:documentation> This type is extended by other (non-mixed) component types to allow attributes from other namespaces. </xsd:documentation> </xsd:annotation> <xsd:sequence/> <xsd:anyAttribute namespace="##other" processContents="lax" /> </xsd:complexType>
<XSD：complexTypeの名前=「tCOREここ」> <XSD：注釈> <XSD：ドキュメント>このタイプは他の名前空間からの属性を可能にするために、他の（非混合）成分の種類によって拡張されます。 </ XSD：ドキュメンテーション> </のxsd：注釈> <のxsd：シーケンス/> <XSD：anyAttributeは名前空間= "##他" のprocessContents = "緩い" /> </のxsd：complexTypeの>
<!-- #####################################################
<!-- #####################################################
TOP-LEVEL ELEMENT: mscmixer
トップレベルの要素：mscmixer
##################################################### -->
##################################################### -->
<xsd:complexType name="mscmixerType"> <xsd:complexContent> <xsd:extension base="Tcore"> <xsd:sequence> <xsd:choice> <xsd:element ref="createconference" /> <xsd:element ref="modifyconference" /> <xsd:element ref="destroyconference" /> <xsd:element ref="join" /> <xsd:element ref="unjoin" /> <xsd:element ref="modifyjoin" /> <xsd:element ref="response" /> <xsd:element ref="event" /> <xsd:element ref="audit" /> <xsd:element ref="auditresponse" /> <xsd:any namespace="##other" minOccurs="0" maxOccurs="unbounded" processContents="lax" /> </xsd:choice> </xsd:sequence> <xsd:attribute name="version" type="version.datatype" use="required" />
<XSD：complexTypeの名前= "mscmixerType"> <のxsd：complexContentを> <XSD：増設ベース= "tCOREここ"> <のxsd：sequence>を含む<xsd：選択>ます。<xsd：要素REF = "createconference" /> <のxsd：要素REF = "modifyconference" /> <のxsd：要素REF = "destroyconference" /> <XSD：要素REF = "参加" /> <XSD：要素REF = "退会" /> <XSD：要素refは= "modifyjoin" / > <XSD：要素REF = "応答" /> <XSD：要素REF = "イベント" /> <XSD：要素REF = "監査" /> <XSD：要素REF = "auditresponse" /> <XSD：任意の名前空間= "##その他" のminOccurs = "0" のmaxOccurs = "無制限" のprocessContents = "緩い" /> </のxsd：選択> </のxsd：sequence>を<XSD：属性名は= "バージョン" タイプ= "version.datatype "使う=" 必要」/>
<xsd:attribute name="desclang" type="xsd:language" default="i-default" /> </xsd:extension> </xsd:complexContent> </xsd:complexType>
<XSD：属性名= "desclang" タイプ= "のxsd：言語" デフォルト= "I-デフォルト" /> </ XSD：拡張> </のxsd：complexContentを> </のxsd：complexTypeの>
<xsd:element name="mscmixer" type="mscmixerType" />
ます。<xsd：要素名= "mscmixer" タイプ= "mscmixerType" />
<!-- #####################################################
<!-- #####################################################
CONFERENCE MANAGEMENT TYPES
会議管理TYPES
##################################################### -->
##################################################### -->
<!-- createconference -->
<！ - createconference - >
<xsd:complexType name="createconferenceType"> <xsd:complexContent> <xsd:extension base="Tcore"> <xsd:sequence> <xsd:element ref="codecs" minOccurs="0" maxOccurs="1" /> <xsd:element ref="audio-mixing" minOccurs="0" maxOccurs="1" /> <xsd:element ref="video-layouts" minOccurs="0" maxOccurs="1" /> <xsd:element ref="video-switch" minOccurs="0" maxOccurs="1" /> <xsd:element ref="subscribe" minOccurs="0" maxOccurs="1" /> <xsd:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded" /> </xsd:sequence> <xsd:attribute name="conferenceid" type="xsd:string" /> <xsd:attribute name="reserved-talkers" type="xsd:nonNegativeInteger" default="0" /> <xsd:attribute name="reserved-listeners" type="xsd:nonNegativeInteger" default="0" /> </xsd:extension> </xsd:complexContent> </xsd:complexType>
<XSD：complexTypeの名前= "createconferenceType"> <のxsd：complexContentを> <XSD：増設ベース= "tCOREここ"> <XSD：配列> <XSD：要素REF = "コーデック" のminOccurs = "0" のmaxOccurs = "1" / > <XSD：要素REF = "オーディオミキシング" のminOccurs = "0" のmaxOccurs = "1" /> <XSD：要素REF = "ビデオ・レイアウト" のminOccurs = "0" のmaxOccurs = "1" /> <XSD。要素REF = "ビデオ・スイッチ" のminOccurs = "0" のmaxOccurs = "1" /> <XSD：要素REF = minOccurs属性を "加入" = "0" のmaxOccurs = "1" /> <XSD：任意の名前空間= "##他の "のprocessContents = "緩い" のminOccurs = "0" のmaxOccurs = "無制限"/> </のxsd：sequence>を<のxsd：属性名= "conferenceid" タイプ= "のxsd：文字列"/> <XSD：属性名="予約・トーカー」タイプ= "のxsd：NonNegativeIntegerの" デフォルト= "0" /> <XSD：属性名= "予約・リスナー" タイプ= "のxsd：NonNegativeIntegerの" デフォルト= "0" /> </ XSD：拡張> < / XSD：complexContentを> </のxsd：complexTypeの>
<xsd:element name="createconference" type="createconferenceType" />
ます。<xsd：要素名= "createconference" タイプ= "createconferenceType" />
<!-- modifyconference -->
<！ - modifyconference - >
<xsd:complexType name="modifyconferenceType"> <xsd:complexContent> <xsd:extension base="Tcore"> <xsd:sequence> <xsd:element ref="codecs" minOccurs="0" maxOccurs="1" /> <xsd:element ref="audio-mixing" minOccurs="0" maxOccurs="1" /> <xsd:element ref="video-layouts" minOccurs="0" maxOccurs="1" /> <xsd:element ref="video-switch" minOccurs="0" maxOccurs="1" /> <xsd:element ref="subscribe" /> <xsd:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded" /> </xsd:sequence> <xsd:attribute name="conferenceid" type="xsd:string" use="required" /> </xsd:extension> </xsd:complexContent> </xsd:complexType>
<XSD：complexTypeの名前= "modifyconferenceType"> <のxsd：complexContentを> <XSD：増設ベース= "tCOREここ"> <XSD：配列> <XSD：要素REF = "コーデック" のminOccurs = "0" のmaxOccurs = "1" / > <XSD：要素REF = "オーディオミキシング" のminOccurs = "0" のmaxOccurs = "1" /> <XSD：要素REF = "ビデオ・レイアウト" のminOccurs = "0" のmaxOccurs = "1" /> <XSD：要素REF = "ビデオ・スイッチ" のminOccurs = "0" のmaxOccurs = "1" /> <XSD：要素REF = "購読" /> <XSD：任意の名前空間= "##他" のprocessContents = "緩い" のminOccurs =」 0" のmaxOccurs = "無制限" /> </のxsd：sequence>を<XSD：属性名= "conferenceid" タイプ= "のxsd： "必要な文字列" 使用=" /> </ XSD：拡張> </のxsd：complexContentを> </ XSD：complexTypeの>
<xsd:element name="modifyconference" type="modifyconferenceType" />
ます。<xsd：要素名= "modifyconference" タイプ= "modifyconferenceType" />
<!-- destroyconference -->
<！ - destroyconference - >
<xsd:complexType name="destroyconferenceType"> <xsd:complexContent> <xsd:extension base="Tcore"> <xsd:sequence> <xsd:any namespace="##other" minOccurs="0" maxOccurs="unbounded" processContents="lax" /> </xsd:sequence> <xsd:attribute name="conferenceid" type="xsd:string" use="required" /> </xsd:extension> </xsd:complexContent> </xsd:complexType>
<XSD：complexTypeの名= "destroyconferenceType"> <のxsd：complexContentを> <XSD：拡張ベース= "tCOREここ"> <XSD：配列> <XSD：任意の名前空間= "##その他" のminOccurs = "0" のmaxOccurs = "無限"のprocessContents =" 緩い」/> </のxsd：sequence>を<XSD：属性名= "conferenceid" タイプ= "のxsd：string" は使用は= "必要" /> </ XSD：拡張> </のxsd：complexContentを> < / XSD：complexTypeの>
<xsd:element name="destroyconference" type="destroyconferenceType" />
ます。<xsd：要素名= "destroyconference" タイプ= "destroyconferenceType" />
<!-- #####################################################
<!-- #####################################################
JOIN TYPES
TYPESを登録しよう
##################################################### -->
##################################################### -->
<xsd:complexType name="joinType"> <xsd:complexContent> <xsd:extension base="Tcore"> <xsd:sequence> <xsd:element ref="stream" minOccurs="0" maxOccurs="unbounded" /> <xsd:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded" /> </xsd:sequence> <xsd:attribute name="id1" type="xsd:string" use="required" /> <xsd:attribute name="id2" type="xsd:string" use="required" /> </xsd:extension> </xsd:complexContent> </xsd:complexType>
<XSD：complexTypeの名= "joinType"> <のxsd：complexContentを> <XSD：増設ベース= "tCOREここ"> <XSD：配列> <XSD：要素REF = "ストリーム" のminOccurs = "0" のmaxOccurs = "unbounded" を/ > <XSD：任意の名前空間= "##他" のprocessContents = "緩い" のminOccurs = "0" のmaxOccurs = "無制限" /> </のxsd：sequence>を<のxsd：属性名= "ID1" タイプ= "のxsd：文字列必要な「/> <XSD：属性名= " "=使う" ID2" タイプ= "のxsd：string" が使用= "必須" /> </ XSD：拡張> </ XSDを：complexContentを> </のxsd：complexTypeの>
<xsd:element name="join" type="joinType" />
ます。<xsd：要素名= "参加" タイプ= "joinType" />
<xsd:complexType name="modifyjoinType"> <xsd:complexContent> <xsd:extension base="Tcore"> <xsd:sequence> <xsd:element ref="stream" minOccurs="0" maxOccurs="unbounded" /> <xsd:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded" /> </xsd:sequence> <xsd:attribute name="id1" type="xsd:string" use="required" /> <xsd:attribute name="id2" type="xsd:string" use="required" /> </xsd:extension> </xsd:complexContent> </xsd:complexType>
<XSD：complexTypeの名= "modifyjoinType"> <のxsd：complexContentを> <XSD：増設ベース= "tCOREここ"> <XSD：配列> <XSD：要素REF = "ストリーム" のminOccurs = "0" のmaxOccurs = "unbounded" を/ > <XSD：任意の名前空間= "##他" のprocessContents = "緩い" のminOccurs = "0" のmaxOccurs = "無制限" /> </のxsd：sequence>を<のxsd：属性名= "ID1" タイプ= "のxsd：文字列必要な「/> <XSD：属性名= " "=使う" ID2" タイプ= "のxsd：string" が使用= "必須" /> </ XSD：拡張> </ XSDを：complexContentを> </のxsd：complexTypeの>
<xsd:element name="modifyjoin" type="modifyjoinType" />
ます。<xsd：要素名= "modifyjoin" タイプ= "modifyjoinType" />
<xsd:complexType name="unjoinType"> <xsd:complexContent> <xsd:extension base="Tcore"> <xsd:sequence> <xsd:element ref="stream" minOccurs="0" maxOccurs="unbounded" />
<XSD：complexTypeの名= "unjoinType"> <のxsd：complexContentを> <XSD：増設ベース= "tCOREここ"> <XSD：配列> <XSD：要素REF = "ストリーム" のminOccurs = "0" のmaxOccurs = "unbounded" を/ >
<xsd:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded" /> </xsd:sequence> <xsd:attribute name="id1" type="xsd:string" use="required" /> <xsd:attribute name="id2" type="xsd:string" use="required" /> </xsd:extension> </xsd:complexContent> </xsd:complexType>
<XSD：任意の名前空間= "##他" のprocessContents = "緩い" のminOccurs = "0" のmaxOccurs = "無制限" /> </のxsd：sequence>を<XSD：属性名= "ID1" タイプ= "のxsd：文字列" = "必須" />を使用します。<xsd：属性名= "ID2" タイプ= "のxsd：string" が使用= "必須" /> </ XSD：拡張> </のxsd：complexContentを> </のxsd：complexTypeの>
<xsd:element name="unjoin" type="unjoinType" />
ます。<xsd：要素名= "退会" タイプ= "unjoinType" />
<!-- #####################################################
<!-- #####################################################
OTHER TYPES
他のタイプ
##################################################### -->
##################################################### -->
<xsd:complexType name="eventType"> <xsd:complexContent> <xsd:extension base="Tcore"> <xsd:sequence> <xsd:choice> <xsd:element ref="active-talkers-notify" minOccurs="0" maxOccurs="1" /> <xsd:element ref="unjoin-notify" minOccurs="0" maxOccurs="1" /> <xsd:element ref="conferenceexit" minOccurs="0" maxOccurs="1" /> <xsd:any namespace="##other" minOccurs="0" maxOccurs="unbounded" processContents="lax" /> </xsd:choice> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType>
<XSD：complexTypeの名前= "のeventType"> <のxsd：complexContentを> <XSD：増設ベース= "tCOREここ"> <XSD：配列> <XSD：選択> <XSD：要素REF =のminOccurs = "アクティブ話者 - 通知" "0" のmaxOccurs = "1" /> <XSD：要素REF = "退会-通知" のminOccurs = "0" のmaxOccurs = "1" /> <XSD：要素REF = "conferenceexit" のminOccurs = "0" maxOccurs属性の=」 1" /> <XSD：任意の名前空間= "##他" のminOccurs = "0" のmaxOccursは= "無制限" のprocessContents = "緩い" /> </のxsd：選択> </のxsd：sequence>を</ XSD：拡張> </ XSD：complexContentを> </のxsd：complexTypeの>
<xsd:element name="event" type="eventType" />
ます。<xsd：要素名= "イベント" タイプ= "のeventType" />
<xsd:complexType name="activetalkersnotifyType"> <xsd:complexContent> <xsd:extension base="Tcore"> <xsd:sequence> <xsd:element ref="active-talker" minOccurs="0" maxOccurs="unbounded" />
<XSD：complexTypeの名= "activetalkersnotifyType"> <のxsd：complexContentを> <XSD：増設ベース= "tCOREここ"> <XSD：配列> <XSD：要素REF = "アクティブ話者" のminOccurs = "0" のmaxOccurs = "無限"/>
<xsd:any namespace="##other" minOccurs="0" maxOccurs="unbounded" processContents="lax" /> </xsd:sequence> <xsd:attribute name="conferenceid" type="xsd:string" use="required" /> </xsd:extension> </xsd:complexContent> </xsd:complexType>
<XSD：任意の名前空間= "##他" のminOccurs = "0" のmaxOccursは= "無制限" のprocessContents = "緩い" /> </のxsd：sequence>を<XSD：属性名= "conferenceid" タイプ= "のxsd：文字列"使用= "必要" /> </ XSD：拡張> </のxsd：complexContentを> </のxsd：complexTypeの>
<xsd:element name="active-talkers-notify" type="activetalkersnotifyType" />
<XSD：要素名=「アクティブ話者 - 通知」タイプ=「activetalkersnotifyType」/>
<xsd:complexType name="activetalkerType"> <xsd:complexContent> <xsd:extension base="Tcore"> <xsd:sequence> <xsd:any namespace="##other" minOccurs="0" maxOccurs="unbounded" processContents="lax" /> </xsd:sequence> <xsd:attributeGroup ref="fw:framework-attributes" /> </xsd:extension> </xsd:complexContent> </xsd:complexType>
<XSD：complexTypeの名前= "activetalkerType"> <のxsd：complexContentを> <XSD：増設ベース= "tCOREここ"> <XSD：配列> <XSD：任意の名前空間= "##その他" のminOccurs = "0" のmaxOccurs = "無限"のprocessContents =" 緩い」/> </ XSD：配列> <のxsd：attributeGroupのREF = "FW：フレームワーク属性" /> </ XSD：拡張> </のxsd：complexContentを> </のxsd：complexTypeの>
<xsd:element name="active-talker" type="activetalkerType" />
<XSD：要素名= "アクティブ話者" タイプ= "activetalkerType" />
<xsd:complexType name="unjoinnotifyType"> <xsd:complexContent> <xsd:extension base="Tcore"> <xsd:sequence> <xsd:any namespace="##other" minOccurs="0" maxOccurs="unbounded" processContents="lax" /> </xsd:sequence> <xsd:attribute name="status" type="xsd:nonNegativeInteger" use="required" /> <xsd:attribute name="reason" type="xsd:string" /> <xsd:attribute name="desclang" type="xsd:language"/> <xsd:attribute name="id1" type="xsd:string" use="required" /> <xsd:attribute name="id2" type="xsd:string" use="required" /> </xsd:extension> </xsd:complexContent> </xsd:complexType>
<XSD：complexTypeの名前= "unjoinnotifyType"> <のxsd：complexContentを> <XSD：増設ベース= "tCOREここ"> <XSD：配列> <XSD：任意の名前空間= "##その他" のminOccurs = "0" のmaxOccurs = "無限"のprocessContents =" 緩い "/> </のxsd：sequence>を<のxsd：属性名= "ステータス" タイプ= "のxsd：NonNegativeIntegerの" 使用= "必要"/> <XSD：属性名= "理由" タイプ=" XSD ：文字列」/> <XSD：属性名= "desclang" タイプ= "のxsd：言語" /> <XSD：属性名= "ID1" タイプ= "のxsd：string" が使用= "必要" /> <XSD：属性名前= "ID2" タイプ= "のxsd：string" が使用= "必須" /> </ XSD：拡張> </のxsd：complexContentを> </のxsd：complexTypeの>
<xsd:element name="unjoin-notify" type="unjoinnotifyType" />
<XSD：要素名= "退会-通知" タイプ= "unjoinnotifyType" />
<!-- conferenceexit-->
<！ - conferenceexit - >
<xsd:complexType name="conferenceexitType"> <xsd:complexContent> <xsd:extension base="Tcore"> <xsd:sequence> <xsd:any namespace="##other" minOccurs="0" maxOccurs="unbounded" processContents="lax" /> </xsd:sequence> <xsd:attribute name="conferenceid" type="xsd:string" use="required" /> <xsd:attribute name="status" type="xsd:nonNegativeInteger" use="required" /> <xsd:attribute name="reason" type="xsd:string" /> <xsd:attribute name="desclang" type="xsd:language"/> </xsd:extension> </xsd:complexContent> </xsd:complexType>
<XSD：complexTypeの名前= "conferenceexitType"> <のxsd：complexContentを> <XSD：増設ベース= "tCOREここ"> <XSD：配列> <XSD：任意の名前空間= "##その他" のminOccurs = "0" のmaxOccurs = "無限"のprocessContents =" 緩い "/> </のxsd：sequence>を<のxsd：属性名= "conferenceid" タイプ= "のxsd：string" が使用= "必要"/> <XSD：属性名= "ステータス" タイプ=" XSD ：NonNegativeIntegerの」使用= "必要" /> <XSD：属性名= "理由" タイプ= "のxsd：文字列" /> <XSD：属性名= "desclang" タイプ= "のxsd：言語" /> </のxsd：拡張子> </のxsd：complexContentを> </のxsd：complexTypeの>
<xsd:element name="conferenceexit" type="conferenceexitType" />
ます。<xsd：要素名= "conferenceexit" タイプ= "conferenceexitType" />
<xsd:complexType name="responseType"> <xsd:complexContent> <xsd:extension base="Tcore"> <xsd:sequence> <xsd:any namespace="##other" minOccurs="0" maxOccurs="unbounded" processContents="lax" /> </xsd:sequence> <xsd:attribute name="status" type="status.datatype" use="required" /> <xsd:attribute name="reason" type="xsd:string" /> <xsd:attribute name="desclang" type="xsd:language"/> <xsd:attributeGroup ref="fw:framework-attributes" /> </xsd:extension> </xsd:complexContent> </xsd:complexType>
<XSD：complexTypeの名前= "responseType"> <のxsd：complexContentを> <XSD：増設ベース= "tCOREここ"> <XSD：配列> <XSD：任意の名前空間= "##その他" のminOccurs = "0" のmaxOccurs = "無限"のprocessContents =" 緩い "/> </のxsd：sequence>を<のxsd：属性名= "ステータス" タイプ= "status.datatype" 使用= "必要"/> <XSD：属性名= "理由" タイプ=" XSD ：文字列」/> <XSD：属性名= "desclang" タイプ= "のxsd：言語" /> <XSD：attributeGroupのrefを= "FW：フレームワークの属性" /> </ XSD：拡張> </のxsd：complexContentを> </ XSD：complexTypeの>
<xsd:element name="response" type="responseType" />
ます。<xsd：要素名= "レスポンス" タイプ= "responseType" />
<xsd:complexType name="subscribeType"> <xsd:complexContent> <xsd:extension base="Tcore"> <xsd:sequence> <xsd:element ref="active-talkers-sub" minOccurs="0" maxOccurs="1" /> <xsd:any namespace="##other" minOccurs="0"
<XSD：complexTypeの名前= "subscribeType"> <のxsd：complexContentを> <XSD：拡張ベース= "tCOREここ"> <XSD：配列> <XSD：要素REF = "アクティブ話者サブ" のminOccurs = "0" のmaxOccurs = "1" /> <XSD：任意の名前空間= "##その他" のminOccurs = "0"
maxOccurs="unbounded" processContents="lax" /> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType>
maxOccurs = "無制限" のprocessContents = "緩い" /> </のxsd：sequence>を</ XSD：拡張> </のxsd：complexContentを> </のxsd：complexTypeの>
<xsd:element name="subscribe" type="subscribeType" />
ます。<xsd：要素名=タイプ= "subscribeType" を "購読" />
<xsd:complexType name="activetalkerssubType"> <xsd:complexContent> <xsd:extension base="Tcore"> <xsd:sequence> <xsd:any namespace="##other" minOccurs="0" maxOccurs="unbounded" processContents="lax" /> </xsd:sequence> <xsd:attribute name="interval" type="xsd:nonNegativeInteger" default="3" /> </xsd:extension> </xsd:complexContent> </xsd:complexType>
<XSD：complexTypeの名前= "activetalkerssubType"> <のxsd：complexContentを> <XSD：増設ベース= "tCOREここ"> <XSD：配列> <XSD：任意の名前空間= "##その他" のminOccurs = "0" のmaxOccurs = "無限"のprocessContents =" 緩い」/> </のxsd：sequence>を<XSD：属性名= "間隔" タイプ= "のxsd：NonNegativeIntegerの" デフォルト= "3" /> </ XSD：拡張> </のxsd：complexContentを> < / XSD：complexTypeの>
<xsd:element name="active-talkers-sub" type="activetalkerssubType" />
<XSD：要素名= "アクティブ話者-SUB" タイプ= "activetalkerssubType" />
<xsd:complexType name="streamType"> <xsd:complexContent> <xsd:extension base="Tcore"> <xsd:sequence> <xsd:element ref="volume" minOccurs="0" maxOccurs="1" /> <xsd:element ref="clamp" minOccurs="0" maxOccurs="1" /> <xsd:element ref="region" minOccurs="0" maxOccurs="1" /> <xsd:element ref="priority" minOccurs="0" maxOccurs="1" /> <xsd:any namespace="##other" minOccurs="0" maxOccurs="unbounded" processContents="lax" /> </xsd:sequence> <xsd:attribute name="media" type="media.datatype" use="required" /> <xsd:attribute name="label" type="label.datatype" /> <xsd:attribute name="direction" type="direction.datatype" default="sendrecv" /> </xsd:extension> </xsd:complexContent>
<XSD：complexTypeの名= "streamType"> <のxsd：complexContentを> <XSD：増設ベース= "tCOREここ"> <XSD：配列> <XSD：要素REF = "ボリューム" のminOccurs = "0" のmaxOccurs = "1" / > <XSD：要素REF = "クランプ" のminOccurs = "0" のmaxOccurs = "1" /> <XSD：要素REF = "領域" のminOccurs = "0" のmaxOccurs = "1" /> <XSD：要素REF =」優先」のminOccurs = "0" のmaxOccurs = "1" /> <XSD：任意の名前空間= "##その他" のminOccurs = "0" のmaxOccurs = "無限" のprocessContents = "緩い" /> </ XSD：配列> <XSD ：属性名= "メディア" タイプ= "media.datatype" 使用= "必要" /> <XSD：属性名= "ラベル" タイプ= "label.datatype" /> <XSD：属性名= "方向" タイプ= "direction.datatype" デフォルト= "SENDRECV" /> </ XSD：拡張> </のxsd：complexContentを>
</xsd:complexType>
</ XSD：complexTypeの>
<xsd:element name="stream" type="streamType" />
ます。<xsd：要素名= "ストリーム" タイプ= "streamType" />
<xsd:complexType name="volumeType"> <xsd:complexContent> <xsd:extension base="Tcore"> <xsd:sequence> <xsd:any namespace="##other" minOccurs="0" maxOccurs="unbounded" processContents="lax" /> </xsd:sequence> <xsd:attribute name="controltype" type="volumecontroltype.datatype" use="required" /> <xsd:attribute name="value" type="xsd:string" /> </xsd:extension> </xsd:complexContent> </xsd:complexType>
<XSD：complexTypeの名前= "volumeType"> <のxsd：complexContentを> <XSD：増設ベース= "tCOREここ"> <XSD：配列> <XSD：任意の名前空間= "##その他" のminOccurs = "0" のmaxOccurs = "無限"のprocessContents =" 緩い "/> </のxsd：sequence>を<のxsd：属性名= "controltype" タイプ= "volumecontroltype.datatype" 使用= "必要"/> <XSD：属性名= "値" タイプ=" XSD ：文字列」/> </ XSD：拡張> </のxsd：complexContentを> </のxsd：complexTypeの>
<xsd:element name="volume" type="volumeType" />
ます。<xsd：要素名= "ボリューム" タイプ= "volumeType" />
<xsd:complexType name="clampType"> <xsd:complexContent> <xsd:extension base="Tcore"> <xsd:sequence> <xsd:any namespace="##other" minOccurs="0" maxOccurs="unbounded" processContents="lax" /> </xsd:sequence> <xsd:attribute name="tones" type="xsd:string" default="1 2 3 4 5 6 7 8 9 0 * # A B C D"/> </xsd:extension> </xsd:complexContent> </xsd:complexType>
<XSD：complexTypeの名前= "clampType"> <のxsd：complexContentを> <XSD：増設ベース= "tCOREここ"> <XSD：配列> <XSD：任意の名前空間= "##その他" のminOccurs = "0" のmaxOccurs = "無限"のprocessContents =" 緩い」/> </ XSD：配列> <XSD：属性名= "トーン" タイプ= "のxsd：string" はデフォルト= "1 2 3 4 5 6 7 8 9 0 *＃ABCD" /> < / XSD：拡張> </のxsd：complexContentを> </のxsd：complexTypeの>
<xsd:element name="clamp" type="clampType" />
<XSD：要素名= "クランプ" タイプ= "clampType" />
<!-- region --> <xsd:simpleType name="regionType"> <xsd:restriction base="xsd:NMTOKEN" /> </xsd:simpleType>
<！ - 地域 - > <XSD：単純型名= "regionType"> <XSD：制限ベース= "のxsd：NMTOKEN" /> </のxsd：simpleTypeの>
<xsd:element name="region" type="regionType" />
ます。<xsd：要素名= "地域" タイプ= "regionType" />
<!-- priority --> <xsd:simpleType name="priorityType">
<！ - 優先 - > <XSD：単純型名= "priorityType">
<xsd:restriction base="xsd:positiveInteger" /> </xsd:simpleType>
<XSD：制限基地= "XSD：POSITIVEINTEGER" /> </のxsd：simpleTypeの>
<xsd:element name="priority" type="priorityType" />
ます。<xsd：要素名= "優先順位" タイプ= "priorityType" />
<xsd:complexType name="audiomixingType"> <xsd:complexContent> <xsd:extension base="Tcore"> <xsd:sequence> <xsd:any namespace="##other" minOccurs="0" maxOccurs="unbounded" processContents="lax" /> </xsd:sequence> <xsd:attribute name="type" type="audiomix.datatype" default="nbest" /> <xsd:attribute name="n" type="xsd:nonNegativeInteger" default="0" /> </xsd:extension> </xsd:complexContent> </xsd:complexType>
<XSD：complexTypeの名前= "audiomixingType"> <のxsd：complexContentを> <XSD：増設ベース= "tCOREここ"> <XSD：配列> <XSD：任意の名前空間= "##その他" のminOccurs = "0" のmaxOccurs = "無限"のprocessContents =" 緩い "/> </のxsd：sequence>を<XSD：属性名= "タイプ" タイプ= "audiomix.datatype" デフォルト= "nbest"/> <XSD：属性名= "N" タイプ=" XSD ：NonNegativeIntegerの」デフォルト= "0" /> </ XSD：拡張> </のxsd：complexContentを> </のxsd：complexTypeの>
<xsd:element name="audio-mixing" type="audiomixingType" />
<XSD：要素名= "オーディオミキシング" TYPE = "audiomixingType" />
<!-- video-switch -->
<！ - ビデオスイッチ - >
<xsd:complexType name="videoswitchType"> <xsd:complexContent> <xsd:extension base="Tcore"> <xsd:sequence> <xsd:choice> <xsd:element name="vas" type="Tcore"/> <xsd:element name="controller" type="Tcore"/> <xsd:any namespace="##other" processContents="lax" /> </xsd:choice> </xsd:sequence> <xsd:attribute name="interval" type="xsd:nonNegativeInteger" default="3" /> <xsd:attribute name="activespeakermix" type="xsd:boolean" default="false" /> </xsd:extension> </xsd:complexContent> </xsd:complexType>
<XSD：complexTypeの名前= "videoswitchType"> <のxsd：complexContentを> <XSD：増設ベース= "tCOREここ"> <XSD：配列> <XSD：選択> <XSD：要素名= "VAS" タイプ= "tCOREここ" / > <XSD：要素名= "コントローラ" タイプ= "tCOREここ" /> <XSD：任意の名前空間= "##他" のprocessContents = "緩い" /> </のxsd：選択> </のxsd：sequence>を<のxsd：デフォルト= "3" /> <XSD：名= "間隔" タイプ= "NonNegativeIntegerのXSD"：属性属性名= "activespeakermix" タイプ= "のxsd：boolean型" デフォルト= "偽" /> </ XSD：拡張> < / XSD：complexContentを> </のxsd：complexTypeの>
<xsd:element name="video-switch" type="videoswitchType" />
ます。<xsd：要素名= "ビデオ・スイッチ" タイプ= "videoswitchType" />
<!-- video-layouts -->
<！ - ビデオ - レイアウト - >
<xsd:complexType name="videolayoutsType"> <xsd:complexContent>
<XSD：complexTypeの名前= "videolayoutsType"> <のxsd：complexContentを>
<xsd:extension base="Tcore"> <xsd:sequence> <xsd:element ref="video-layout" minOccurs="0" maxOccurs="unbounded" /> <xsd:any namespace="##other" minOccurs="0" maxOccurs="unbounded" processContents="lax" /> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType>
<XSD：増設ベース= "tCOREここ"> <XSD：配列> <XSD：要素REF = "ビデオレイアウト" のminOccurs = "0" のmaxOccurs = "無制限" /> <XSD：任意の名前空間= "##その他" のminOccurs = "0" のmaxOccurs = "無限" のprocessContents = "緩い" /> </ XSD：配列> </ XSD：拡張> </のxsd：complexContentを> </のxsd：complexTypeの>
<xsd:element name="video-layouts" type="videolayoutsType" />
ます。<xsd：要素名= "ビデオ・レイアウト" タイプ= "videolayoutsType" />
<!-- video-layout --> <xsd:complexType name="videolayoutType"> <xsd:complexContent> <xsd:extension base="Tcore"> <xsd:sequence> <xsd:choice> <xsd:element name="single-view" type="Tcore"/> <xsd:element name="dual-view" type="Tcore"/> <xsd:element name="dual-view-crop" type="Tcore"/> <xsd:element name="dual-view-2x1" type="Tcore"/> <xsd:element name="dual-view-2x1-crop" type="Tcore"/> <xsd:element name="quad-view" type="Tcore"/> <xsd:element name="multiple-3x3" type="Tcore"/> <xsd:element name="multiple-4x4" type="Tcore"/> <xsd:element name="multiple-5x1" type="Tcore"/> <xsd:any namespace="##other" processContents="lax" /> </xsd:choice> </xsd:sequence> <xsd:attribute name="min-participants" type="xsd:positiveInteger" default="1" /> </xsd:extension> </xsd:complexContent> </xsd:complexType>
<！ - ビデオ - レイアウト - > <XSD：complexTypeの名= "videolayoutType"> <のxsd：complexContentを> <XSD：増設ベース= "tCOREここ"> <のxsd：sequence>を含む<xsd：選択>ます。<xsd：要素名= "単一視点" タイプ= "tCOREここ" /> <XSD：要素名= "デュアルビュー" タイプ= "tCOREここ" /> <XSD：要素名= "デュアルビュー作物" TYPE = "tCOREここ" / > <XSD：要素名= "デュアルビュー・2×1" タイプ= "tCOREここ" /> <XSD：要素名= "デュアルビュー2×作物" TYPE = "tCOREここ" /> <XSD：要素名=」クワッドビュー」タイプ= "tCOREここ" /> <XSD：要素名= "複数の3x3" タイプ= "tCOREここ" /> <XSD：要素名= "マルチ4×4" タイプ= "tCOREここ" /> <XSD。要素名= "マルチ5X1" タイプ= "tCOREここ" /> <XSD：任意の名前空間= "##他" のprocessContents = "緩い" /> </のxsd：選択> </のxsd：sequence>を<XSD：属性名= "MIN-参加" TYPE = "XSD：POSITIVEINTEGER" デフォルト= "1" /> </ XSD：拡張> </のxsd：complexContentを> </のxsd：complexTypeの>
<xsd:element name="video-layout" type="videolayoutType" />
ます。<xsd：要素名= "ビデオレイアウト" タイプ= "videolayoutType" />
<xsd:complexType name="auditType"> <xsd:complexContent> <xsd:extension base="Tcore"> <xsd:sequence> <xsd:any namespace="##other" minOccurs="0" maxOccurs="unbounded" processContents="lax" /> </xsd:sequence> <xsd:attribute name="capabilities"
<XSD：complexTypeの名前= "auditType"> <のxsd：complexContentを> <XSD：増設ベース= "tCOREここ"> <XSD：配列> <XSD：任意の名前空間= "##その他" のminOccurs = "0" のmaxOccurs = "無限"のprocessContents =" 緩い」/> </のxsd：sequence>を<XSD：属性名= "能力"
type="xsd:boolean" default="true" /> <xsd:attribute name="mixers" type="xsd:boolean" default="true" /> <xsd:attribute name="conferenceid" type="xsd:string" /> </xsd:extension> </xsd:complexContent> </xsd:complexType>
タイプ= "のxsd：boolean型" デフォルト= "真" /> <XSD：属性名= "ミキサー" タイプ= "のxsd：boolean型" デフォルト= "真" /> <XSD：属性名= "conferenceid" タイプ= "XSD ：文字列」/> </ XSD：拡張> </のxsd：complexContentを> </のxsd：complexTypeの>
<xsd:element name="audit" type="auditType" />
ます。<xsd：要素名= "監査" タイプ= "auditType" />
<xsd:complexType name="auditresponseType"> <xsd:complexContent> <xsd:extension base="Tcore"> <xsd:sequence> <xsd:element ref="capabilities" minOccurs="0" maxOccurs="1" /> <xsd:element ref="mixers" minOccurs="0" maxOccurs="1" /> <xsd:any namespace="##other" minOccurs="0" maxOccurs="unbounded" processContents="lax" /> </xsd:sequence> <xsd:attribute name="status" type="status.datatype" use="required" /> <xsd:attribute name="reason" type="xsd:string" /> <xsd:attribute name="desclang" type="xsd:language"/> </xsd:extension> </xsd:complexContent> </xsd:complexType>
<XSD：complexTypeの名前= "auditresponseType"> <のxsd：complexContentを> <XSD：増設ベース= "tCOREここ"> <XSD：配列> <XSD：要素REF = "機能" のminOccurs = "0" のmaxOccurs = "1" / > <XSD：要素REF = "ミキサー" のminOccurs = "0" のmaxOccurs = "1" /> <XSD：任意の名前空間= "##その他" のminOccurs = "0" のmaxOccurs = "無限" のprocessContents = "緩いです" /> </ XSD：シーケンス> <XSD：属性名= "ステータス" タイプ= "status.datatype" 使用= "必須" /> <XSD：属性名= "理由" タイプ= "のxsd：文字列" /> <XSD：属性名= "desclang" タイプ= "のxsd：言語" /> </ XSD：拡張> </のxsd：complexContentを> </のxsd：complexTypeの>
<xsd:element name="auditresponse" type="auditresponseType" />
ます。<xsd：要素名= "auditresponse" タイプ= "auditresponseType" />
<!-- mixers -->
<！ - ミキサー - >
<xsd:complexType name="mixersType"> <xsd:complexContent> <xsd:extension base="Tcore"> <xsd:sequence> <xsd:element ref="conferenceaudit" minOccurs="0" maxOccurs="unbounded" /> <xsd:element ref="joinaudit" minOccurs="0" maxOccurs="unbounded" /> <xsd:any namespace="##other" minOccurs="0" maxOccurs="unbounded" processContents="lax" /> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType>
<XSD：complexTypeの名= "mixersType"> <のxsd：complexContentを> <XSD：増設ベース= "tCOREここ"> <XSD：配列> <XSD：要素REF = "conferenceaudit" のminOccurs = "0" のmaxOccurs = "unbounded" を/ > <XSD：要素REF = "joinaudit" のminOccurs = "0" のmaxOccurs = "無制限" /> <XSD：任意の名前空間= "##その他" のminOccurs = "0" のmaxOccurs = "無限" のprocessContents = "緩いです" /> </ XSD：シーケンス> </ XSD：拡張> </のxsd：complexContentを> </のxsd：complexTypeの>
<xsd:element name="mixers" type="mixersType" />
ます。<xsd：要素名= "ミキサー" タイプ= "mixersType" />
<!-- joinaudit -->
<！ - joinaudit - >
<xsd:complexType name="joinauditType"> <xsd:complexContent> <xsd:extension base="Tcore"> <xsd:sequence> <xsd:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded" /> </xsd:sequence> <xsd:attribute name="id1" type="xsd:string" use="required" /> <xsd:attribute name="id2" type="xsd:string" use="required" /> </xsd:extension> </xsd:complexContent> </xsd:complexType>
<XSD：complexTypeの名前= "joinauditType"> <のxsd：complexContentを> <XSD：増設ベース= "tCOREここ"> <のxsd：sequence>を<のxsd：任意の名前空間= "##他" のprocessContents = "緩い" のminOccurs = "0 "のmaxOccurs =" 無制限 "/> </のxsd：sequence>を<のxsd：属性名= "ID1" タイプ= "のxsd：string" が使用= "必要"/> <XSD：属性名= "ID2" タイプ=" XSD ：文字列」使用は= "必要" /> </ XSD：拡張> </のxsd：complexContentを> </のxsd：complexTypeの>
<xsd:element name="joinaudit" type="joinauditType" />
ます。<xsd：要素名= "joinaudit" タイプ= "joinauditType" />
<!-- conferenceaudit -->
<！ - conferenceaudit - >
<xsd:complexType name="conferenceauditType"> <xsd:complexContent> <xsd:extension base="Tcore"> <xsd:sequence> <xsd:element ref="codecs" minOccurs="0" maxOccurs="1" /> <xsd:element ref="participants" minOccurs="0" maxOccurs="1" /> <xsd:element ref="video-layout" minOccurs="0" maxOccurs="1" /> <xsd:any namespace="##other" minOccurs="0" maxOccurs="unbounded" processContents="lax" /> </xsd:sequence> <xsd:attribute name="conferenceid" type="xsd:string" use="required" /> </xsd:extension> </xsd:complexContent> </xsd:complexType>
<XSD：complexTypeの名前= "conferenceauditType"> <のxsd：complexContentを> <XSD：増設ベース= "tCOREここ"> <XSD：配列> <XSD：要素REF = "コーデック" のminOccurs = "0" のmaxOccurs = "1" / > <XSD：要素REF = "参加" のminOccurs = "0" のmaxOccurs = "1" /> <XSD：要素REF = "ビデオレイアウト" のminOccurs = "0" のmaxOccurs = "1" /> <XSD：任意の名前空間= "##その他" のminOccurs = "0" のmaxOccurs = "無制限" のprocessContents = "緩い" /> </のxsd：sequence>を<のxsd：属性名= "conferenceid" タイプ= "のxsd：string" が使用= "必要" /> </ XSD：拡張> </のxsd：complexContentを> </のxsd：complexTypeの>
<xsd:element name="conferenceaudit" type="conferenceauditType" />
ます。<xsd：要素名= "conferenceaudit" タイプ= "conferenceauditType" />
<!-- participants -->
<！ - 参加者 - >
<xsd:complexType name="participantsType">
<XSD：complexTypeの名前= "participantsType">
<xsd:complexContent> <xsd:extension base="Tcore"> <xsd:sequence> <xsd:element ref="participant" minOccurs="0" maxOccurs="unbounded" /> <xsd:any namespace="##other" minOccurs="0" maxOccurs="unbounded" processContents="lax" /> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType>
<XSD：complexContentを> <XSD：増設ベース= "tCOREここ"> <XSD：配列> <XSD：要素REF = "参加者" のminOccurs = "0" のmaxOccurs = "無制限" /> <XSD：任意の名前空間= "##他の」のminOccurs = "0" のmaxOccurs = "無限" のprocessContents = "緩い" /> </ XSD：配列> </ XSD：拡張> </のxsd：complexContentを> </のxsd：complexTypeの>
<xsd:element name="participants" type="participantsType" />
ます。<xsd：要素名= "参加者" タイプ= "participantsType" />
<!-- participant -->
<！ - 参加者 - >
<xsd:complexType name="participantType"> <xsd:complexContent> <xsd:extension base="Tcore"> <xsd:sequence> <xsd:any namespace="##other" minOccurs="0" maxOccurs="unbounded" processContents="lax" /> </xsd:sequence> <xsd:attribute name="id" type="xsd:string" use="required" /> </xsd:extension> </xsd:complexContent> </xsd:complexType>
<XSD：complexTypeの名前= "participantType"> <のxsd：complexContentを> <XSD：増設ベース= "tCOREここ"> <XSD：配列> <XSD：任意の名前空間= "##その他" のminOccurs = "0" のmaxOccurs = "無限"のprocessContents =" 緩い」/> </のxsd：sequence>を<のxsd：属性名= "ID" タイプ= "のxsd：string" が使用= "必須" /> </ XSD：拡張> </のxsd：complexContentを> < / XSD：complexTypeの>
<xsd:element name="participant" type="participantType" />
ます。<xsd：要素名= "参加者" タイプ= "participantType" />
<!-- capabilities -->
<！ - 機能 - >
<xsd:complexType name="capabilitiesType"> <xsd:complexContent> <xsd:extension base="Tcore"> <xsd:sequence> <xsd:element ref="codecs" minOccurs="1" maxOccurs="1" /> <xsd:any namespace="##other" minOccurs="0" maxOccurs="unbounded" processContents="lax" /> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType>
<XSD：complexTypeの名前= "capabilitiesType"> <のxsd：complexContentを> <XSD：増設ベース= "tCOREここ"> <XSD：配列> <XSD：要素REF = "コーデック" のminOccurs = "1" のmaxOccurs = "1" / > <XSD：任意の名前空間= "##その他" のminOccurs = "0" のmaxOccurs = "無限" のprocessContents = "緩い" /> </ XSD：配列> </ XSD：拡張> </のxsd：complexContentを> </ XSD ：complexTypeの>
<xsd:element name="capabilities" type="capabilitiesType" />
ます。<xsd：要素名= "能力" タイプ= "capabilitiesType" />
<!-- codecs -->
<！ - コーデック - >
<xsd:complexType name="codecsType"> <xsd:complexContent> <xsd:extension base="Tcore"> <xsd:sequence> <xsd:element ref="codec" minOccurs="0" maxOccurs="unbounded" /> <xsd:any namespace="##other" minOccurs="0" maxOccurs="unbounded" processContents="lax" /> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType>
<XSD：complexTypeの名= "codecsType"> <のxsd：complexContentを> <XSD：増設ベース= "tCOREここ"> <XSD：配列> <XSD：要素REF = "コーデック" のminOccurs = "0" のmaxOccurs = "unbounded" を/ > <XSD：任意の名前空間= "##その他" のminOccurs = "0" のmaxOccurs = "無限" のprocessContents = "緩い" /> </ XSD：配列> </ XSD：拡張> </のxsd：complexContentを> </ XSD ：complexTypeの>
<xsd:element name="codecs" type="codecsType" />
ます。<xsd：要素名= "コーデック" タイプ= "codecsType" />
<!-- codec -->
<！ - コーデック - >
<xsd:complexType name="codecType"> <xsd:complexContent> <xsd:extension base="Tcore"> <xsd:sequence> <xsd:element ref="subtype" minOccurs="1" maxOccurs="1" /> <xsd:element ref="params" minOccurs="0" maxOccurs="1" /> <xsd:any namespace="##other" minOccurs="0" maxOccurs="unbounded" processContents="lax" /> </xsd:sequence> <xsd:attribute name="name" type="xsd:string" use="required" /> </xsd:extension> </xsd:complexContent> </xsd:complexType>
<XSD：complexTypeの名= "codecType"> <のxsd：complexContentを> <XSD：増設ベース= "tCOREここ"> <XSD：配列> <XSD：要素REF = "サブタイプ" のminOccurs = "1" のmaxOccurs = "1" / > <XSD：要素REF = "のparams" のminOccurs = "0" のmaxOccurs = "1" /> <XSD：任意の名前空間= "##その他" のminOccurs = "0" のmaxOccurs = "無限" のprocessContents = "緩いです" /> </ XSD：シーケンス> <のxsd：属性名= "名前" タイプ= "のxsd：string" が使用= "必須" /> </ XSD：拡張> </のxsd：complexContentを> </のxsd：complexTypeの>
<xsd:element name="codec" type="codecType" />
ます。<xsd：要素名= "コーデック" タイプ= "codecType" />
<!-- subtype -->
<！ - サブタイプ - >
<xsd:simpleType name="subtypeType"> <xsd:restriction base="xsd:string" /> </xsd:simpleType>
<XSD：simpleTypeの名前= "subtypeType"> <XSD：制限ベース= "XSD：文字列" /> </のxsd：simpleTypeの>
<xsd:element name="subtype" type="subtypeType" />
ます。<xsd：要素名= "サブタイプ" タイプ= "subtypeType" />
<!-- params -->
<！ - のparams - >
<xsd:complexType name="paramsType"> <xsd:complexContent> <xsd:extension base="Tcore"> <xsd:sequence> <xsd:element ref="param" minOccurs="0" maxOccurs="unbounded" /> <xsd:any namespace="##other" minOccurs="0" maxOccurs="unbounded" processContents="lax" /> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType>
<XSD：complexTypeの名= "paramsType"> <のxsd：complexContentを> <XSD：増設ベース= "tCOREここ"> <XSD：配列> <XSD：要素REF = "PARAM" のminOccurs = "0" のmaxOccurs = "unbounded" を/ > <XSD：任意の名前空間= "##その他" のminOccurs = "0" のmaxOccurs = "無限" のprocessContents = "緩い" /> </ XSD：配列> </ XSD：拡張> </のxsd：complexContentを> </ XSD ：complexTypeの>
<xsd:element name="params" type="paramsType" />
ます。<xsd：要素名= "のparams" タイプ= "paramsType" />
<!-- param --> <!-- doesn't extend tCore since its content model is mixed --> <xsd:complexType name="paramType" mixed="true"> <xsd:sequence/> <xsd:attribute name="name" type="xsd:string" use="required" /> <xsd:attribute name="type" type="mime.datatype" default="text/plain" /> <xsd:attribute name="encoding" type="xsd:string"/> </xsd:complexType>
< - PARAM - > <！ - そのコンテンツモデルが混合されているので、tCOREここを拡張しない - > <！のxsd：complexTypeの名= "paramType" 混合= "真の"> <XSD：シーケンス/> <XSD：属性名= "名前" タイプ= "のxsd：string" が使用= "必要" /> <XSD：属性名= "タイプ" タイプ= "mime.datatype" デフォルト= "text / plainの" /> <XSD：属性名= "符号化" タイプ= "XSD：文字列" /> </のxsd：complexTypeの>
<xsd:element name="param" type="paramType" />
ます。<xsd：要素名= "PARAM" タイプ= "paramType" />
<!-- ####################################################
<!-- ####################################################
DATATYPES
DATATYPES
#################################################### -->
#################################################### -->
<xsd:simpleType name="version.datatype"> <xsd:restriction base="xsd:NMTOKEN"> <xsd:enumeration value="1.0" /> </xsd:restriction> </xsd:simpleType>
<XSD：単純型名= "version.datatype"> <XSD：制限基地= "のxsd：NMTOKEN"> <XSD：列挙値= "1.0" /> </ XSD：制限> </のxsd：simpleTypeの>
<xsd:simpleType name="eventname.datatype"> <xsd:restriction base="xsd:NMTOKEN"> <xsd:pattern value="[a-zA-Z0-9\.]+" /> </xsd:restriction> </xsd:simpleType>
<XSD：simpleTypeの名前= "eventname.datatype"> <XSD：制限基地= "のxsd：NMTOKEN"> <XSD：パターン値= "[-ZA-Z0-9 \。] +" /> </ XSD：制限> </のxsd：simpleTypeの>
<xsd:simpleType name="audiomix.datatype"> <xsd:restriction base="xsd:NMTOKEN"> <xsd:enumeration value="nbest" /> <xsd:enumeration value="controller" /> </xsd:restriction> </xsd:simpleType>
<XSD：simpleTypeの名前= "audiomix.datatype"> <XSD：制限基地= "のxsd：NMTOKEN"> <XSD：列挙値= "nbest" /> <XSD：列挙値= "コントローラ" /> </ XSD：制限> </のxsd：simpleTypeの>
<xsd:simpleType name="media.datatype"> <xsd:restriction base="xsd:string" /> </xsd:simpleType>
<XSD：simpleTypeの名前= "media.datatype"> <XSD：制限ベース= "XSD：文字列" /> </のxsd：simpleTypeの>
<xsd:simpleType name="label.datatype"> <xsd:restriction base="xsd:string" /> </xsd:simpleType>
<XSD：simpleTypeの名前= "label.datatype"> <XSD：制限ベース= "XSD：文字列" /> </のxsd：simpleTypeの>
<xsd:simpleType name="status.datatype"> <xsd:restriction base="xsd:positiveInteger"> <xsd:pattern value="[0-9][0-9][0-9]" /> </xsd:restriction> </xsd:simpleType>
<XSD：単純型名= "status.datatype"> <XSD：制限基地= "XSD：POSITIVEINTEGER"> <XSD：パターン値= "[0-9] [0-9] [0-9]" /> < / XSD：制限> </のxsd：simpleTypeの>
<xsd:simpleType name="direction.datatype"> <xsd:restriction base="xsd:NMTOKEN"> <xsd:enumeration value="sendonly" /> <xsd:enumeration value="recvonly" /> <xsd:enumeration value="sendrecv" /> <xsd:enumeration value="inactive" /> </xsd:restriction> </xsd:simpleType>
<XSD：simpleTypeの名前= "direction.datatype"> <XSD：制限基地= "のxsd：NMTOKEN"> <XSD：列挙値= "sendonlyの" /> <XSD：列挙値= "recvonlyで" /> <XSD：列挙値= "SENDRECV" /> <XSD：列挙値= "非アクティブ" /> </のxsd：制限> </のxsd：simpleTypeの>
<xsd:simpleType name="mime.datatype"> <xsd:restriction base="xsd:string" /> </xsd:simpleType>
<XSD：単純型名= "mime.datatype"> <XSD：制限ベース= "XSD：文字列" /> </のxsd：simpleTypeの>
<xsd:simpleType name="volumecontroltype.datatype"> <xsd:restriction base="xsd:NMTOKEN"> <xsd:enumeration value="automatic" /> <xsd:enumeration value="setgain" /> <xsd:enumeration value="setstate" /> </xsd:restriction> </xsd:simpleType>
<XSD：単純型名= "volumecontroltype.datatype"> <XSD：制限基地= "のxsd：NMTOKEN"> <XSD：列挙値= "自動" /> <XSD：列挙値= "setgain" /> <XSD：列挙値= "SETSTATE" /> </ XSD：制限> </のxsd：simpleTypeの>
</xsd:schema>
</ XSD：スキーマ>
Figure 10: Mixer Package XML Schema
図10：ミキサーパッケージのXMLスキーマ
This section provides examples of the Mixer Control Package.
このセクションでは、ミキサーコントロールパッケージの例を提供します。
The following example assumes a Control Channel has been established and synced as described in the Media Control Channel Framework ([RFC6230]).
次の例では、メディア制御チャネルフレームワーク（[RFC6230]）に記載されるように制御チャネルを確立し同期されている前提としています。
The XML messages are in angled brackets (with the root <mscmixer> and other details omitted for clarity); the REPORT status is in parentheses. Other aspects of the protocol are omitted for readability.
XMLメッセージは、（明確にするために省略ルート<mscmixer>およびその他の詳細を有する）角括弧内にあります。 REPORTステータスはカッコ内にあります。プロトコルの他の態様は、読みやすくするために省略されています。
A conference mixer is created successfully and a participant is joined.
会議ミキサーは正常に作成され、参加者が参加しています。
Application Server (AS) Media Server (MS)
| |
| (1) CONTROL: <createconference> |
| ----------------------------------------> |
| |
| (2) 202 |
| <--------------------------------------- |
| |
| |
| (3) REPORT: <response status="200"/> |
| (terminate) |
| <---------------------------------------- |
| |
| (4) 200 |
| ----------------------------------------> |
| |
| (5) CONTROL: <join id1=.. id2=..> |
| ----------------------------------------> |
| |
| (6) 202 |
| <--------------------------------------- |
| |
| (7) REPORT: <response status="200"/> |
| (terminate) |
| <---------------------------------------- |
| |
| (8) 200 |
| ----------------------------------------> |
An active talker notification event is sent by the MS.
アクティブな話者通知イベントは、MSによって送信されます。
Application Server (AS) Media Server (MS)
| |
| (1) CONTROL: <event ...> |
| <--------------------------------------- |
| |
| (4) 200 |
| ----------------------------------------> |
| |
The MS receives a request to terminate the conference, resulting in conferenceexit and participant unjoined notifications.
MSはconferenceexitと参加非接合通知をもたらす、会議を終了する要求を受信します。
Application Server (AS) Media Server (MS)
| |
| (1) CONTROL: <destroyconference> |
| ----------------------------------------> |
| |
| (2) 200: <response status="200"/> |
| <--------------------------------------- |
| |
| (3) CONTROL: <event ..> |
| (unjoin-notify) |
| <---------------------------------------- |
| |
| (4) 200 |
| ----------------------------------------> |
| |
| (5) CONTROL: <event ..> |
| (conferenceexit) |
| <---------------------------------------- |
| |
| (6) 200 |
| ----------------------------------------> |
The following examples show how the mixing package can be used to create audio conferences, bridge connections, and video conferences.
次の例では、混合パッケージは、音声会議、ブリッジ接続、およびビデオ会議を作成するために使用することができる方法を示しています。
The examples do not specify all messages between the AS and MS.
例はASとMSとの間のすべてのメッセージを指定しないでください。
The AS sends a request to create a conference mixer:
ASは、会議ミキサーを作成するための要求を送信します。
<mscmixer version="1.0" xmlns="urn:ietf:params:xml:ns:msc-mixer"> <createconference conferenceid="conf1" reserved-talkers="2" reserved-listeners="3"> <audio-mixing type="nbest"/> <subscribe> <active-talkers-sub interval="5"/> </subscribe> </createconference> </mscmixer>
<mscmixerバージョン= "1.0" のxmlns = "URN：IETF：paramsは：XML：NS：mscmixer"> <createconference conferenceid = "CONF1" 予約-話者= "2" 予約-リスナー= "3"> <音響映像混合タイプ= "nbest" /> <購読> <アクティブ話者サブ間隔= "10" /> </サブスクライブ> </ createconference> </ mscmixer>
The request specifies that the conference is assigned the conference id "conf1" and is configured with 2 reserved talkers, 3 reserved listener slots, audio-mixing policy set to nbest, and with active talkers notifications set to 5 seconds.
要求は、会議は、会議ID「CONF1」が割り当てられ、2リザーブトーカー、3つのリザーブリスナースロット、nbestに設定オーディオミキシングポリシー、および5秒に設定アクティブ話者通知とで構成されていることを指定します。
If the MS is able to create this conference mixer, it sends a 200 response:
MSは、この会議ミキサーを生成することが可能である場合、それは200応答を送信します。
<mscmixer version="1.0" xmlns="urn:ietf:params:xml:ns:msc-mixer"> <response status="200" reason="conference created" conferenceid="conf1"/> </mscmixer>
<mscmixerバージョン= "1.0" のxmlns = "壷：IETF：のparams：XML：NS：mscmixer"> <応答ステータス= "200" 理由= "会議作成" conferenceid = "CONF1" /> </ mscmixer>
The AS is now able to join connections to the conference as participants. A participant able to contribute to the audio mix would be joined as follows:
ASは現在、参加者として会議に接続に参加することができます。次のようにオーディオミックスに貢献できる参加者が参加することになります。
<mscmixer version="1.0" xmlns="urn:ietf:params:xml:ns:msc-mixer"> <join id1="1536067209:913cd14c" id2="conf1"> <stream media="audio" direction="sendrecv"/> </join> </mscmixer>
<mscmixerバージョン= "1.0" のxmlns = "壷：IETF：のparams：XML：NS：mscmixer"> <参加ID1 = "1536067209：913cd14c" ID2 = "CONF1"> <ストリームメディア= "オーディオ" 方向=」 SENDRECV "/> </参加する> </ mscmixer>
If the MS can join the participant 1536067209:913cd14c to the conference conf1 with audio in both directions, then it sends a successful response:
MSが参加1536067209参加することができた場合：両方向のオーディオ付き会議CONF1に913cd14cを、それが成功した応答を送信します。
<mscmixer version="1.0" xmlns="urn:ietf:params:xml:ns:msc-mixer"> <response status="200" reason="join successful"/> </mscmixer>
<mscmixerバージョン= "1.0" のxmlns = "壷：IETF：のparams：XML：NS：mscmixer"> <応答ステータス= "200" 理由= "成功参加" /> </ mscmixer>
The AS could also join listener-only participants to the conference by setting the stream direction to receive only:
ASはまたのみを受信するストリームの方向を設定することにより、会議にリスナーのみの参加者に参加することができます：
<mscmixer version="1.0" xmlns="urn:ietf:params:xml:ns:msc-mixer"> <join id1="9936067209:914cd14c" id2="conf1"> <stream media="audio" direction="recvonly"/> </join> </mscmixer>
<mscmixerバージョン= "1.0" のxmlns = "壷：IETF：のparams：XML：NS：mscmixer"> <参加ID1 = "9936067209：914cd14c" ID2 = "CONF1"> <ストリームメディア= "オーディオ" 方向=」がrecvonly "/> </参加する> </ mscmixer>
If the MS can join the participant 9936067209:914cd14c to the conference conf1, then it would send a successful response (not shown).
MSが参加9936067209参加することができた場合：会議CONF1に914cd14cを、それが成功応答（図示せず）を送信します。
As the active talker changes, the MS sends an active talker notification to the AS:
アクティブな話者の変化に応じて、MSは、ASへのアクティブ話者通知を送信します。
<mscmixer version="1.0" xmlns="urn:ietf:params:xml:ns:msc-mixer"> <event> <active-talkers-notify conferenceid="conf1"> <active-talker connectionid="1536067209:913cd14c"/> </active-talkers-notify> </event> </mscmixer>
<mscmixerバージョン= "1.0" のxmlns = "URN：IETF：paramsは：XML：NS：mscmixer"> <イベント> <アクティブ話者 - 通知conferenceid = "CONF1"> <アクティブ話者connectionid = "1536067209：913cd14c 「/> </> </イベント> </ mscmixer>アクティブ話者は、通知します
The AS could decide to change the status of a talker connection so that they can only listen:
ASは彼らだけ聞くことができるように話者の接続のステータスを変更することを決定することができます：
<mscmixer version="1.0" xmlns="urn:ietf:params:xml:ns:msc-mixer"> <modifyjoin id1="1536067209:913cd14c" id2="conf1"> <stream media="audio" direction="recvonly"/> </modifyjoin> </mscmixer>
<mscmixerバージョン= "1.0" のxmlns = "URN：IETF：paramsは：XML：NS：mscmixer"> <modifyjoin ID1 = "1536067209：913cd14c" ID2 = "CONF1"> <ストリームメディア= "オーディオ" 方向=」がrecvonly "/> </ modifyjoin> </ mscmixer>
Where the participant 1536067209:913cd14c is no longer able to contribute to the audio mix on the conference. If the MS is able to execute this request, it would send a 200 response.
ここで、参加者1536067209：913cd14cはもはや会議のオーディオミックスに貢献することができます。 MSはこの要求を実行することができるならば、それは200応答を送信します。
The AS could decide to remove this participant from the conference:
ASは、会議からこの参加者を削除することを決定できます。
<mscmixer version="1.0" xmlns="urn:ietf:params:xml:ns:msc-mixer"> <unjoin id1="1536067209:913cd14c" id2="conf1"/> </mscmixer>
<mscmixerバージョン= "1.0" のxmlns = "URN：IETF：paramsは：XML：NS：mscmixer"> <退会ID1 = "1536067209：913cd14c" ID2 = "CONF1" /> </ mscmixer>
Again, if the MS can execute this request, a 200 response would be sent.
MSはこの要求を実行できる場合は、再度、200応答が送信されます。
Finally, the AS terminates the conference:
最後に、ASは、会議を終了します。
<mscmixer version="1.0" xmlns="urn:ietf:params:xml:ns:msc-mixer"> <destroyconference conferenceid="conf1"/> </mscmixer>
<mscmixerバージョン= "1.0" のxmlns = "URN：IETF：paramsは：XML：NS：mscmixer"> <destroyconference conferenceid = "CONF1" /> </ mscmixer>
If the MS is able to destroy the conference conf1, it sends a 200 response:
MSは、会議CONF1を破壊することができる場合は、200応答を送信します。
<mscmixer version="1.0" xmlns="urn:ietf:params:xml:ns:msc-mixer"> <response status="200" conferenceid="conf1"/> </mscmixer>
<mscmixerバージョン= "1.0" のxmlns = "URN：IETF：paramsは：XML：NS：mscmixer"> <応答ステータス= "200" conferenceid = "CONF1" /> </ mscmixer>
For each participant attached to the conference when it is destroyed, the MS sends an unjoin notification event:
それが破壊された会議に接続された各参加者のために、MSは、退会通知イベントを送信します。
<mscmixer version="1.0" xmlns="urn:ietf:params:xml:ns:msc-mixer"> <event> <unjoin-notify status="2" id1="9936067209:914cd14c" id2="conf1"/> </event> </mscmixer>
<mscmixerバージョン= "1.0" のxmlns = "URN：IETF：paramsは：XML：NS：mscmixer"> <イベント> <退会 - 通知ステータス= "2" ID1 = "9936067209：914cd14c" ID2 = "CONF1" / > </イベント> </ mscmixer>
And the MS sends a conferenceexit notification event when the conference finally exits:
会議が最終的に終了したときとMSはconferenceexit通知イベントを送信します。
<mscmixer version="1.0" xmlns="urn:ietf:params:xml:ns:msc-mixer"> <event> <conferenceexit status="0" conferenceid="conf1"/> </event> </mscmixer>
<mscmixerバージョン= "1.0" のxmlns = "壷：IETF：のparams：XML：NS：mscmixer"> <イベント> <conferenceexit状態= "0" conferenceid = "CONF1" /> </イベント> </ mscmixer>
The mixer package can be used to join connections to one another. In a call-center scenario, for example, this package can be used to set up and modify connections between a caller, agent, and supervisor.
ミキサーパッケージは、相互に接続を結合するために使用することができます。コールセンターのシナリオでは、例えば、このパッケージは、発信者、エージェント、および監督者間の接続を設定および変更するために使用することができます。
A caller is joined to an agent with bidirectional audio:
呼び出し側は、双方向の音声とエージェントに接合されています。
<mscmixer version="1.0" xmlns="urn:ietf:params:xml:ns:msc-mixer"> <join id1="caller:001" id2="agent:002"> <stream media="audio" direction="sendrecv"/> </join> </mscmixer>
<mscmixerバージョン= "1.0" のxmlns = "URN：IETF：paramsは：XML：NS：mscmixer"> <参加ID1 = "発信者：001" ID2 = "エージェント：002"> <ストリームメディア= "オーディオ" 方向= "SENDRECV" /> </参加する> </ mscmixer>
If the MS is able to establish this connection, then it would send a 200 response:
MSは、この接続を確立することができるなら、それは200応答を送信します：
<mscmixer version="1.0" xmlns="urn:ietf:params:xml:ns:msc-mixer"> <response status="200"/> </mscmixer>
<mscmixerバージョン= "1.0" のxmlns = "URN：IETF：paramsは：XML：NS：mscmixer"> <応答ステータス= "200" /> </ mscmixer>
Now assume that the AS wants a supervisor to listen into the agent conversation with the caller and provide whispered guidance to the agent. First, the AS would send a request to join the supervisor and the caller connections:
今、ASは、スーパーバイザは、発信者とエージェントの会話に耳を傾け、エージェントにウィスパーガイダンスを提供したいと考えていることを前提としています。まず、ASは、スーパーバイザと発信者の接続に参加するための要求を送信します：
<mscmixer version="1.0" xmlns="urn:ietf:params:xml:ns:msc-mixer"> <join id1="supervisor:003" id2="caller:001"> <stream media="audio" direction="recvonly"/> </join> </mscmixer>
<mscmixerバージョン= "1.0" のxmlns = "URN：IETF：paramsは：XML：NS：mscmixer"> <参加ID1 = "監督：003" ID2 = "発信者：001"> <ストリームメディア= "オーディオ" 方向= "がrecvonly" /> </参加する> </ mscmixer>
If this request was successful, audio output from the caller connection would now be sent to both the agent and the supervisor.
この要求が成功した場合は、発信者の接続からのオーディオ出力は今、エージェントおよびスーパーバイザの両方に送信されます。
Second, the AS would send a request to join the supervisor and the agent connections:
第二に、ASは、スーパーバイザとエージェントの接続への参加要求を送信します：
<mscmixer version="1.0" xmlns="urn:ietf:params:xml:ns:msc-mixer"> <join id1="supervisor:001" id2="agent:002"> <stream media="audio" direction="sendrecv"/> </join> </mscmixer>
<mscmixerバージョン= "1.0" のxmlns = "URN：IETF：paramsは：XML：NS：mscmixer"> <参加ID1 = "監督：001" ID2 = "エージェント：002"> <ストリームメディア= "オーディオ" 方向= "SENDRECV" /> </参加する> </ mscmixer>
If this request was successful, the audio mixing would occur on both the agent and supervisor connections: the agent would hear the caller and supervisor, and the supervisor would hear the agent and caller. The caller would only hear the agent. If the MS is unable to join and mix connections in this way, it would send a 426 response.
エージェントが発信者とスーパーバイザーを聞くと、スーパーバイザは、エージェントと発信者を聞く：この要求が成功した場合は、オーディオミキシングは、両方のエージェントとスーパーバイザの接続で発生するであろう。呼び出し側は、エージェントを聞くでしょう。 MSが参加し、このように接続を混合することができない場合は、426応答を送信します。
In this example, an audio-video conference is created where the loudest participant has the most prominent region in the video layout.
最大音量参加者がビデオレイアウトにおける最も顕著な領域を有しているところ、この例では、オーディオ・ビデオ会議が作成されます。
The AS sends a request to create an audio-video conference:
ASは、オーディオ・ビデオ会議を作成するための要求を送信します。
<mscmixer version="1.0" xmlns="urn:ietf:params:xml:ns:msc-mixer"> <createconference conferenceid="conf2"> <audio-mixing type="nbest"/> <video-layouts> <video-layout min-participants="1"><single-view/></video-layout> <video-layout min-participants="2"><dual-view/></video-layout> <video-layout min-participants="3"><quad-view/></video-layout> <video-layout min-participants="5"><multiple-5x1/></video-layout> </video-layouts> <video-switch><vas/></video-switch> </createconference> </mscmixer>
<mscmixerバージョン= "1.0" のxmlns = "URN：IETF：paramsは：XML：NS：mscmixer"> <createconference conferenceid = "CONF2"> <オーディオミキシングタイプ= "nbest" /> <ビデオ・レイアウト> <ビデオレイアウトMIN-参加= "1"> <シングルビュー/> </ビデオレイアウト> <ビデオレイアウト参加分= "2"> <デュアルビュー/> </ビデオレイアウト> <ビデオ - レイアウトMIN-参加= "3"> <クアッドビュー/> </ビデオレイアウト> <ビデオレイアウト= "5"> <複数-5X1 /> </ビデオレイアウト> </ビデオ・レイアウト、参加分> <ビデオスイッチ> <VAS /> </ビデオスイッチ> </ createconference> </ mscmixer>
In this configuration, the conference uses a nbest audio mixing policy and a <vas/> video-switching policy, so that the loudest speaker receives the most prominent region in the layout. Multiple video layouts are specified and the active one depends on the number of participants.
最大音量スピーカレイアウトに最も顕著な領域を受信するように、この構成では、会議は、nbest音声混合方針及び<VAS />ビデオ切替ポリシーを使用します。複数のビデオレイアウトを指定し、アクティブ1は、参加者の数に依存しています。
Assume that 4 participants are already joined to the conference. In that case, the video layout will be quad-view (Figure 6) with the most active speaker displayed in region 1. When a fifth participant joins, the video layout automatically switches to a multiple-5x1 layout (Figure 9), again with the most active speaker in region 1.
4人の参加者がすでに会議に参加していることを前提としています。第五の参加者が参加すると、その場合には、ビデオレイアウトが最もアクティブスピーカークワッド図（図6）は領域1で表示される、ビデオレイアウトを自動的に再び、複数の5X1のレイアウト（図9）に切り替えます地域1で最もアクティブスピーカー。
The AS can manipulate which participants are displayed in the remaining regions. For example, it could force an existing conference participant to be displayed in region 2:
ASは、残りの領域に表示される参加者の操作することができます。例えば、それは領域2に表示されるように、既存の会議参加者を強制することができます：
<mscmixer version="1.0" xmlns="urn:ietf:params:xml:ns:msc-mixer"> <modifyjoin id1="1536067209:913cd14c" id2="conf2"> <stream media="video"> <region>2</region> </stream> </modifyjoin> </mscmixer>
<mscmixerバージョン= "1.0" のxmlns = "壷：IETF：のparams：XML：NS：mscmixer"> <modifyjoin ID1 = "1536067209：913cd14c" ID2 = "CONF2"> <ストリームメディア= "ビデオ"> <地域> 2 </地域> </ストリーミング> </ modifyjoin> </ mscmixer>
As this Control Package processes XML markup, implementations MUST address the security considerations of [RFC3023].
この制御パッケージは、XMLマークアップを処理すると、実装は[RFC3023]のセキュリティ上の考慮事項に対処しなければなりません。
As a Control Package of the Media Control Channel Framework, security, confidentiality, and integrity of messages transported over the Control Channel MUST be addressed as described in Section 12 of the Media Control Channel Framework ([RFC6230]), including transport-level protection, Control Channel policy management, and session establishment. In addition, implementations MUST address security, confidentiality, and integrity of User Agent sessions with the MS, both in terms of SIP signaling and the associated RTP media flow; see [RFC6230] for further details on this topic.
メディア制御チャネルフレームワーク（[RFC6230]）の第12項で説明したようにメディア制御チャネルフレームワークの制御パッケージとして、セキュリティ、機密性、および制御チャネル上で転送メッセージの整合性は、トランスポートレベルの保護を含め、対処しなければなりません、制御チャネルポリシー管理、およびセッション確立。また、実装は、両方のSIPシグナリングと関連するRTPメディアフローの点でセキュリティ、機密性、およびMSによるユーザエージェントセッションの完全性に対処しなければなりません。このトピックの詳細については、[RFC6230]を参照してください。
Adequate transport protection and authentication are critical, especially when the implementation is deployed in open networks. If the implementation fails to correctly address these issues, it risks exposure to malicious attacks, including (but not limited to):
適切なトランスポート保護と認証は実装がオープンなネットワークで展開される場合は特に、重要です。実装が正しくこれらの問題に対処するために失敗した場合、それは（これらに限定されない）を含む悪意ある攻撃への露出をリスク：
Denial of Service: An attacker could insert a request message into the transport stream causing specific conferences or join mixers on the MS to be destroyed. For example, <destroyconference conferenceid="XXXX">, where the value of "XXXX" could be guessed or discovered by auditing active mixers on the MS using an <audit> request. Likewise, an attacker could impersonate the MS and insert error responses into the transport stream thereby denying the AS access to package capabilities.
サービス拒否攻撃者は、特定の会議を引き起こすトランスポートストリームに要求メッセージを挿入したり、破壊されるMSでミキサーに参加できました。例えば、「XXXX」の値が推測又は<監査>要求を使用してMSにアクティブミキサを監査することによって発見することができる<destroyconference conferenceid =「XXXX」>。同様に、攻撃者は、MSを偽装し、それによってパッケージの機能へのASのアクセスを拒否するトランスポートストリームにエラー応答を挿入することができます。
Resource Exhaustion: An attacker could insert into the Control Channel new request messages (or modify existing ones) with, for instance, <createconference> elements causing large numbers of conference mixer resources to be allocated. At some point, this will exhaust the number of conference mixers that the MS is able to allocate.
リソースの枯渇：攻撃者が割り当てられる会議ミキサーのリソースを大量に引き起こし、例えば、<createconference>要素を制御チャネル新しい要求メッセージに挿入（または既存のものを修正する）ことができます。いくつかの点で、これは、MSが割り当てることができる会議ミキサーの数を排出します。
The Media Control Channel Framework permits additional policy management (beyond that specified for the Media Control Channel Framework), including resource access and Control Channel usage, to be specified at the Control Package level. (See Section 12.3 of [RFC6230].)
メディア制御チャネルフレームワークは、リソースへのアクセス制御パッケージレベルで指定される制御チャネルの使用状況、などの追加的なポリシー管理を（それを超えてメディア制御チャネルフレームワークのために指定された）、許可します。 （[RFC6230]のセクション12.3を参照）。
Since creation of conference and join mixers is associated with media-mixing resources on the MS, the security policy for this Control Package needs to address how such mixers are securely managed across more than one Control Channel. Such a security policy is only useful for secure, confidential, and integrity-protected channels. The identity of Control Channels is determined by the channel identifier, i.e., the value of the 'cfw-id' attribute in the SDP and Dialog-ID header in the channel protocol (see [RFC6230]). Channels are the same if they have the same identifier; otherwise, they are different. This Control Package imposes the following additional security policies:
会議の創設以来とミキサーへの参加は、MSのメディアミックスのリソースに関連付けられている、この制御パッケージのセキュリティポリシーが確実に、複数の制御チャネル全体で管理されているか、そのようなミキサーに対処する必要があります。このようなセキュリティポリシーは、セキュアな機密、および整合性保護されたチャンネルに対してのみ有効です。制御チャネルのアイデンティティは、チャネル識別子、チャネルプロトコルにおけるSDPとダイアログ-IDヘッダにおける「CFW-ID」属性の、すなわち、値（[RFC6230]を参照）によって決定されます。彼らは同じ識別子を持っている場合、チャンネルは同じです。そうでない場合、彼らは異なっています。この制御パッケージは、以下の追加のセキュリティポリシーを課し：
Responses: The MS MUST only send a response to a mixer management or audit request using the same Control Channel as the one used to send the request.
応答：MSは、要求を送信するために使用したものと同じ制御チャネルを使用してミキサー管理や監査要求に応答を送信しなければなりません。
Notifications: The MS MUST only send notification events for conference and join mixers using the same Control Channel as it received the request creating the mixer.
通知：それは、ミキサーの作成依頼を受けたとして、MSは会議の通知イベントを送信し、同じ制御チャネルを使用してミキサーに参加する必要があります。
Auditing: The MS MUST only provide audit information about conference and join mixers that have been created on the same Control Channel as the one upon which the <audit> request is sent. For example, if a join between two connections has been created on one channel, then a request on another channel to audit all mixers -- <audit mixers="true"/> -- would not report on this join mixer.
監査：MSのみの会議についての監査情報を提供し、<監査>リクエストが送信され、その上に1と同一の制御チャネル上で作成されているミキサーに参加する必要があります。 2つの接続間の結合は、1つのチャネル上で作成されている場合たとえば、その後、すべてのミキサーを監査する別のチャネル上の要求 - </監査ミキサー=「真」> - この参加ミキサーに報告しないでしょう。
Rejection: The MS SHOULD reject requests to audit or manipulate an existing conference or join mixer on the MS if the channel is not the same as the one used when the mixer was created. The MS rejects a request by sending a Control Framework 403 response (see Sections 7.4 and 12.3 of [RFC6230]). For example, if a channel with identifier 'cfw1234' has been used to send a request to create a particular conference and the MS receives on channel 'cfw98969' a request to audit or destroy this particular conference, then the MS sends a Control Framework 403 response.
拒絶反応：MSが監査または既存の会議を操作したり、チャネルミキサが作成されたときに使用されるものと同じでない場合、MSにミキサーへの参加要求を拒否すべきです。 MSは、コントロールフレームワーク403応答（セクション7.4と[RFC6230]の12.3を参照）を送信することによって要求を拒否する。識別子を持つチャンネル「cfw1234」は、特定の会議を作成するための要求を送信するために使用されており、MSは、チャンネル「cfw98969」上に、この特定の会議を監査または破壊するための要求を受信した場合、例えば、MSはコントロールフレームワーク403を送信します。応答。
There can be valid reasons why an implementation does not reject an audit or mixer manipulation request on a different channel from the one that created the mixer. For example, a system administrator might require a separate channel to audit mixer resources created by system users and to terminate mixers consuming excessive system resources. Alternatively, a system monitor or resource broker might require a separate channel to audit mixers managed by this package on a MS. However, the full implications need to be understood by the implementation and carefully weighed before accepting these reasons as valid. If the reasons are not valid in their particular circumstances, the MS rejects such requests.
実装はミキサーを作成したものとは異なるチャネル上の監査やミキサー操作要求を拒否していない理由を正当な理由が考えられます。たとえば、システム管理者は、システムのユーザーが作成したミキサーのリソースを監査すると、過剰なシステムリソースを消費ミキサーを終了するために、別のチャネルが必要な場合があります。また、システムモニタまたはリソースブローカーは、MSに、このパッケージによって管理ミキサーを監査する別のチャネルが必要な場合があります。しかし、完全な意味合いが有効としてこれらの理由を受け入れる前に、実装することによって理解し、慎重に検討する必要があります。理由は彼らの特定の状況で有効でない場合、MSはそのような要求を拒否します。
There can also be valid reasons for 'channel handover' including high availability support or when one AS needs to take over management of mixers after the AS that created them has failed. This could be achieved by the Control Channels using the same channel identifier, one after another. For example, assume a channel is created with the identifier 'cfw1234', and the channel is used to create mixers on the MS. This channel (and associated SIP dialog) then terminates due to a failure on the AS. As permitted by the Control Framework, the channel identifier 'cfw1234' could then be reused so that another channel is created with the same identifier 'cfw1234', allowing it to 'take over' management of the mixers on the MS. Again, the implementation needs to understand the full implications and carefully weigh them before accepting these reasons as valid. If the reasons are not valid for their particular circumstances, the MS uses the appropriate SIP mechanisms to prevent session establishment when the same channel identifier is used in setting up another Control Channel (see Section 4 of [RFC6230]).
また、高可用性サポートを含む、またはASがそれらを作成したASの後にミキサーの管理を引き継ぐ必要がある1が失敗した「チャンネルハンドオーバー」の正当な理由が考えられます。これは、同一のチャネル識別子、次々に使用して、制御チャネルによって達成することができます。例えば、チャネルは識別子「cfw1234」で作成され、チャネルをMSにミキサーを作成するために使用されていると仮定する。このチャネル（および関連するSIPダイアログは）その後、AS上の故障による終了します。コントロールフレームワークによって許可されるように別のチャネルが同じ識別子「cfw1234」で作成されるように、チャネル識別子「cfw1234」は、それはMSにミキサの管理を「引き継ぐ」することができ、再利用することができます。ここでも、実装は完全な意味を理解し、慎重に有効なものとしてこれらの理由を受け入れる前に、それらを比較検討する必要があります。理由は、彼らの特定の状況のための有効でない場合、MSは、同一のチャネル識別子が別の制御チャネルを設定する際に使用されている場合、セッション確立を防止するために、適切なSIPメカニズムを使用して（[RFC6230]のセクション4を参照）。
Per this specification, IANA has registered a new Media Control Channel Framework Package, a new XML namespace, a new XML schema, and a new MIME type.
この仕様に従って、IANAは新しいメディア制御チャネルフレームワークパッケージ、新しいXML名前空間、新しいXMLスキーマ、および新しいMIMEタイプが登録されています。
IANA has further created a new registry for the response codes for the MEDIACTRL Mixer Control Package, RFC 6505.
IANAはさらにMEDIACTRLミキサーコントロールパッケージ、RFC 6505の応答コードのための新しいレジストリを作成しました。
This section registers a new Media Control Channel Framework package, per the instructions in Section 13.1 of [RFC6230].
このセクションでは、[RFC6230]のセクション13.1に指示に従って、新しいメディア制御チャネルフレームワークパッケージを登録します。
To: ietf-sip-control@iana.org Subject: Registration of new Channel Framework package Package Name: msc-mixer/1.0 Published Specification(s): RFC 6505 Person & email address to contact for further information: IETF MEDIACTRL working group (mediactrl@ietf.org), Scott McGlashan (smcg.stds01@mcglashan.org).
To：ietf-sip-control@iana.org件名：詳細のために連絡するRFC 6505人とEメールアドレス：MSC-ミキサー/ 1.0公開明細書（S）：新しいチャネルフレームワークパッケージパッケージ名の登録IETF MEDIACTRLワーキンググループ（ mediactrl@ietf.org）、スコット・McGlashan（smcg.stds01@mcglashan.org）。
This section registers a new XML namespace, "urn:ietf:params:xml:ns:msc-mixer", per the guidelines in RFC 3688 [RFC3688].
RFC 3688 [RFC3688]でガイドラインに従って、 "MSC-ミキサー：IETF：のparams：XML：：NS壷" このセクションでは、新しいXML名前空間を、登録します。
URI: urn:ietf:params:xml:ns:msc-mixer
Registrant Contact:
IETF MEDIACTRL working group (mediactrl@ietf.org),
Scott McGlashan (smcg.stds01@mcglashan.org).
XML: BEGIN <?xml version="1.0"?> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en"> <head> <title>Media Control Channel Framework Mixer Package attributes</title> </head> <body> <h1>Namespace for Media Control Channel Framework Mixer Package attributes</h1> <h2>urn:ietf:params:xml:ns:msc-mixer</h2> <p>See <a href="http://www.rfc-editor.org/rfc/rfc6505.txt"> RFC 6505</a>.</p> </body> </html> END
！XML：BEGIN <？xmlのバージョン= "1.0"> <DOCTYPE用HTML PUBLIC " - // W3C // DTD XHTML 1.0厳格// EN"「http://www.w3.org/TR/xhtml1/DTD/ XHTML1-strict.dtd "> <HTMLのxmlns =" http://www.w3.org/1999/xhtml」XML：LANG = "EN"> <HEAD> <TITLE>メディア制御チャネルフレームワークミキサーパッケージには、</タイトル属性> </ HEAD> <BODY> <H1>名前空間のメディア制御チャネルフレームワークミキサーパッケージ属性の</ H1> <H2> URN：IETF：のparams：XML：NS：MSC-ミキサー</ H2> <P> <Aを参照してください。 href = "http://www.rfc-editor.org/rfc/rfc6505.txt"> RFC 6505 </a>にします。</ p> </ body> </ html>このEND
This section registers an XML schema as per the guidelines in RFC 3688 [RFC3688].
このセクションでは、RFC 3688 [RFC3688]のガイドラインに従ってXMLスキーマを登録します。
URI: urn:ietf:params:xml:schema:msc-mixer Registrant Contact: IETF MEDIACTRL working group (mediactrl@ietf.org), Scott McGlashan (smcg.stds01@mcglashan.org). Schema: The XML for this schema can be found in Section 5 of this document.
URI：URN：IETF：のparams：XML：スキーマ：MSC-ミキサー登録者の連絡先：IETF MEDIACTRLワーキンググループ（mediactrl@ietf.org）、スコット・McGlashan（smcg.stds01@mcglashan.org）。スキーマ：このスキーマのXMLは、このドキュメントのセクション5に記載されています。
This section registers the "application/msc-mixer+xml" MIME type.
このセクションでは、「アプリケーション/ MSCミキサー+ XML」MIMEタイプを登録します。
To: ietf-types@iana.org Subject: Registration of MIME media type application/msc-mixer+xml MIME media type name: application MIME subtype name: msc-mixer+xml Required parameters: (none) Optional parameters: charset Indicates the character encoding of enclosed XML. Default is UTF-8. Encoding considerations: Uses XML, which can employ 8-bit characters, depending on the character encoding used. See RFC 3023 [RFC3023], Section 3.2.
To：ietf-types@iana.org件名：アプリケーションMIMEサブタイプ名：MSC-ミキサー+ xmlの必須パラメータ：（なし）オプションのパラメータ：MIMEメディアタイプapplication / MSC-ミキサー+のxml MIMEメディアタイプ名の登録文字セットを示します囲まれたXMLの文字エンコーディング。デフォルトはUTF-8です。エンコードの考慮事項：使用される文字エンコーディングに応じて、8ビット文字を採用することができるXMLを使用しています。 RFC 3023 [RFC3023]、セクション3.2を参照してください。
Security considerations: No known security considerations outside of those provided by the Media Control Channel Framework Mixer Package. Interoperability considerations: This content type provides constructs for the Media Control Channel Framework Mixer Package. Published specification: RFC 6505 Applications that use this media type: Implementations of the Media Control Channel Framework Mixer package. Additional Information: Magic Number(s): (none) File extension(s): (none) Macintosh File Type Code(s): (none) Person & email address to contact for further information: Scott McGlashan <smcg.stds01@mcglashan.org> Intended usage: LIMITED USE Author/Change controller: The IETF Other information: None.
セキュリティの考慮事項：メディア制御チャネルフレームワークミキサーパッケージで提供されるものの外には知られていないセキュリティ上の考慮事項。相互運用性に関する注意事項：このコンテンツタイプは、メディア制御チャネルフレームワークミキサーパッケージのための構築物を提供します。公開された仕様：メディア制御チャネルフレームワークミキサーパッケージの実装：このメディアタイプを使用するRFC 6505個のアプリケーション。追加情報：マジックナンバー（S）：（なし）ファイルの拡張子（S）：（なし）Macintoshファイルタイプコード（S）：（なし）人とEメールアドレス詳細のために連絡する：スコットMcGlashan <smcg.stds01@mcglashan .ORG>意図している用法：限定された使用者/変更コントローラ：IETFその他の情報：なし。
This section creates an IANA registry for the response codes for the MEDIACTRL Mixer Control Package. New status codes are assigned using the Standards Action process defined in RFC 5226 [RFC5226]. The initial population of the registry is defined in Section 4.6.
このセクションでは、MEDIACTRLミキサーコントロールパッケージの応答コードのIANAレジストリを作成します。新しいステータスコードは、RFC 5226 [RFC5226]で定義された標準化アクション・プロセスを使用して割り当てられます。レジストリの初期集団は、4.6節で定義されています。
The format of this registry is as follows:
次のようにこのレジストリの形式は次のとおりです。
+----------+----------------+----------------+----------------------+
| Code | Summary | Description | Reference |
+----------+----------------+----------------+----------------------+
| status | brief summary | full | reference document |
| code | of the status | description of | defining the status |
| number | code | the status | code |
| | | code | |
+----------+----------------+----------------+----------------------+
Table 2: Fields for Mixer Control Package Status Code Registry
表2：ミキサーコントロールパッケージステータスコードレジストリのためのフィールド
Asher Shiratzky provided valuable support and contributions to early draft versions of this document.
アッシャーShiratzkyは、このドキュメントの初期のドラフトバージョンに貴重な支援と貢献を提供します。
The authors would like to thank the Mixer design team consisting of Roni Even, Lorenzo Miniero, Adnan Saleem, Diego Besprosvan, and Mary Barnes who provided valuable feedback, input, diagrams, and text to this document.
作者はこのドキュメントへの貴重なフィードバック、入力、図、およびテキストを提供してもローニからなるミキサーの設計チーム、ロレンツォMiniero、アドナン・サリーム、ディエゴ・Besprosvan、とメアリー・バーンズに感謝したいと思います。
The authors would like to thank Steve Buko and Stephane Bastien for expert reviews of this work.
著者は、この作業の専門家のレビューのためのスティーブ・ブコとステファン・バスティアンに感謝したいと思います。
Shawn Emery carried out a thorough security review.
ショーン・エメリーは、徹底したセキュリティレビューを実施しました。
[RFC2045] Freed, N. and N. Borenstein, "Multipurpose Internet Mail Extensions (MIME) Part One: Format of Internet Message Bodies", RFC 2045, November 1996.
[RFC2045]解放され、N.とN. Borenstein、 "マルチパーパスインターネットメールエクステンション（MIME）第一部：インターネットメッセージ本体のフォーマット"、RFC 2045、1996年11月。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119]ブラドナーの、S.、 "要件レベルを示すためにRFCsにおける使用のためのキーワード"、BCP 14、RFC 2119、1997年3月。
[RFC3023] Murata, M., St. Laurent, S., and D. Kohn, "XML Media Types", RFC 3023, January 2001.
[RFC3023]村田、M.、サンローラン、S.、およびD.コーン、 "XMLのメディアタイプ"、RFC 3023、2001年1月。
[RFC3688] Mealling, M., "The IETF XML Registry", BCP 81, RFC 3688, January 2004.
[RFC3688] Mealling、M.、 "IETF XMLレジストリ"、BCP 81、RFC 3688、2004年1月。
[RFC4288] Freed, N. and J. Klensin, "Media Type Specifications and Registration Procedures", BCP 13, RFC 4288, December 2005.
[RFC4288]解放され、N.とJ. Klensin、 "メディアタイプの仕様と登録手順"、BCP 13、RFC 4288、2005年12月。
[RFC4574] Levin, O. and G. Camarillo, "The Session Description Protocol (SDP) Label Attribute", RFC 4574, August 2006.
[RFC4574]レヴィン、O.およびG.キャマリロ、 "セッション記述プロトコル（SDP）label属性"、RFC 4574、2006年8月。
[RFC4647] Phillips, A. and M. Davis, "Matching of Language Tags", BCP 47, RFC 4647, September 2006.
[RFC4647]フィリップス、A.とM.デイヴィス、 "言語タグのマッチング"、BCP 47、RFC 4647、2006年9月。
[RFC5226] Narten, T. and H. Alvestrand, "Guidelines for Writing an IANA Considerations Section in RFCs", BCP 26, RFC 5226, May 2008.
[RFC5226] Narten氏、T.とH. Alvestrand、 "RFCsにIANA問題部に書くためのガイドライン"、BCP 26、RFC 5226、2008年5月。
[RFC5234] Crocker, D. and P. Overell, "Augmented BNF for Syntax Specifications: ABNF", STD 68, RFC 5234, January 2008.
[RFC5234]クロッカー、D.、およびP. Overell、 "構文仕様のための増大しているBNF：ABNF"、STD 68、RFC 5234、2008年1月。
[RFC5646] Phillips, A. and M. Davis, "Tags for Identifying Languages", BCP 47, RFC 5646, September 2009.
[RFC5646]フィリップス、A.とM.デイヴィス、 "言語を識別するためのタグ"、BCP 47、RFC 5646、2009年9月。
[RFC6230] Boulton, C., Melanchuk, T., and S. McGlashan, "Media Control Channel Framework", RFC 6230, May 2011.
[RFC6230]ボールトン、C.、Melanchuk、T.、およびS. McGlashan、 "メディア制御チャネルフレームワーク"、RFC 6230、2011年5月。
[RFC6501] Novo, O., Camarillo, G., Morgan, D., and J. Urpalainen, "Conference Information Data Model for Centralized Conferencing (XCON)", RFC 6501, March 2012.
[RFC6501]ノボ、O.、カマリロ、G.、モルガン、D.、およびJ. Urpalainen、RFC 6501、2012年3月 "の集中会議（XCON）のための会議情報データモデル"。
[XML] Bray, T., Paoli, J., Sperberg-McQueen, C., Maler, E., and F. Yergeau, "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>.
[XML]ブレイ、T.、パオリ、J.、Sperberg-マックィーン、C.、MALER、E.、およびF. Yergeau、 "拡張マークアップ言語（XML）1.0（第5版）"、ワールドワイドウェブコンソーシアム推薦REC -xml-20081126、2008年11月、<http://www.w3.org/TR/2008/REC-xml-20081126>。
[XMLSchema:Part2] Biron, P. and A. Malhotra, "XML Schema Part 2: Datatypes Second Edition", W3C Recommendation, October 2004.
[XMLスキーマに関する研究：その2]ビロン、P.およびA.マルホトラ、 "XMLスキーマパート2：データ型第二版"、W3C勧告、2004年10月。
[IANA] IANA, "RTP Payload Types", <http://www.iana.org/assignments/rtp-parameters>.
[IANA] IANA、 "RTPペイロードタイプ"、<http://www.iana.org/assignments/rtp-parameters>。
[MIME.mediatypes] IANA, "MIME Media Types", <http://www.iana.org/assignments/media-types>.
[MIME.mediatypes] IANA、 "MIMEメディアタイプ"、<http://www.iana.org/assignments/media-types>。
[RFC2277] Alvestrand, H., "IETF Policy on Character Sets and Languages", BCP 18, RFC 2277, January 1998.
[RFC2277] Alvestrand、H.、 "文字セットと言語のIETF方針"、BCP 18、RFC 2277、1998年1月。
[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]ローゼンバーグ、J.、Schulzrinneと、H.、カマリロ、G.、ジョンストン、A.、ピーターソン、J.、スパークス、R.、ハンドレー、M.、およびE.学生、 "SIP：セッション開始プロトコル" 、RFC 3261、2002年6月。
[RFC3550] Schulzrinne, H., Casner, S., Frederick, R., and V. Jacobson, "RTP: A Transport Protocol for Real-Time Applications", STD 64, RFC 3550, July 2003.
[RFC3550] Schulzrinneと、H.、Casner、S.、フレデリック、R.、およびV.ヤコブソン、 "RTP：リアルタイムアプリケーションのためのトランスポートプロトコル"、STD 64、RFC 3550、2003年7月。
[RFC5022] Van Dyke, J., Burger, E., and A. Spitzer, "Media Server Control Markup Language (MSCML) and Protocol", RFC 5022, September 2007.
[RFC5022]ヴァン・ダイク、J.、バーガー、E.、およびA.スピッツァー、 "メディアサーバ制御マークアップ言語（MSCML）とプロトコル"、RFC 5022、2007年9月。
[RFC5167] Dolly, M. and R. Even, "Media Server Control Protocol Requirements", RFC 5167, March 2008.
[RFC5167]ドリー、M.とR.でも、 "メディアサーバー制御プロトコルの要件"、RFC 5167、2008年3月。
[RFC5707] Saleem, A., Xin, Y., and G. Sharratt, "Media Server Markup Language (MSML)", RFC 5707, February 2010.
[RFC5707]サリーム、A.、新、Y.、およびG. Sharratt、 "メディアサーバーマークアップ言語（MSML）"、RFC 5707、2010年2月。
Authors' Addresses
著者のアドレス
Scott McGlashan Hewlett-Packard
スコットMcGlashanヒューレット・パッカード
EMail: smcg.stds01@mcglashan.org
メールアドレス：smcg.stds01@mcglashan.org
Tim Melanchuk Rainwillow
ティムMelanchuk Rainwillow
EMail: timm@rainwillow.com
メールアドレス：timm@rainwillow.com
Chris Boulton NS-Technologies
クリスボールトンNSテクノロジーズ
EMail: chris@ns-technologies.com
メールアドレス：chris@ns-technologies.com