Network Working Group R. Kumar
Request for Comments: 3108 M. Mostafa
Category: Standards Track Cisco Systems
May 2001
Conventions for the use of the Session Description Protocol (SDP) for ATM Bearer Connections
ATMベアラ接続のためのセッション記述プロトコル（SDP）を使用するための規則
Status of this Memo
このメモの位置付け
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
この文書は、インターネットコミュニティのためのインターネット標準トラックプロトコルを指定し、改善のための議論と提案を要求します。このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」（STD 1）の最新版を参照してください。このメモの配布は無制限です。
Copyright Notice
著作権表示
Copyright (C) The Internet Society (2001). All Rights Reserved.
著作権（C）インターネット協会（2001）。全著作権所有。
Abstract
抽象
This document describes conventions for using the Session Description Protocol (SDP) described in RFC 2327 for controlling ATM Bearer Connections, and any associated ATM Adaptation Layer (AAL). The AALs addressed are Type 1, Type 2 and Type 5. This list of conventions is meant to be exhaustive. Individual applications can use subsets of these conventions. Further, these conventions are meant to comply strictly with the SDP syntax as defined in RFC 2327.
この文書では、ATMベアラ接続を制御するためにRFC 2327に記載されセッション記述プロトコル（SDP）、および関連するATMアダプテーションレイヤ（AAL）を使用するための規則を記述する。 AALは、アドレス指定された規則のこのリストは網羅的であることを意味しているタイプ1、タイプ2およびタイプ5です。個々のアプリケーションは、これらの規則のサブセットを使用することができます。さらに、これらの規則は、RFC 2327で定義されたSDP構文を厳守することを意図しています。
Table of Contents
目次
1. Introduction................................................... 3
1.1 Key words to indicate Requirement Levels..................... 5
2. Representation of Certain Fields within SDP description lines.. 5
2.1 Representation of Extension Attributes....................... 5
2.2 Representation of Parameter Values........................... 5
2.3 Directionality Convention.................................... 6
2.4 Case convention............................................... 7
2.5 Use of special characters in SDP parameter values............. 8
3. Capabilities Provided by SDP conventions....................... 8
4. Format of the ATM Session Description.......................... 9
5. Structure of the Session Description Lines.................... 11
5.1 The Origin Line.............................................. 11
5.2 The Session Name Line........................................ 12
5.3 The Connection Information Line.............................. 13
5.4 The Timestamp Line........................................... 15
5.5 Media Information Line for ATM connections................... 16
5.5.1 The Virtual Connection ID.................................. 16
5.5.2 The Transport Parameter.................................... 19
5.5.3 The Format List for AAL1 and AAL5 applications............. 21
5.5.4 The Format List for AAL2 applications...................... 21
5.5.5 Media information line construction........................ 22
5.6 The Media Attribute Lines.................................... 27
5.6.1 ATM bearer connection attributes........................... 28
5.6.1.1 The 'eecid' attribute.................................... 30
5.6.1.2 The 'aalType' attribute.................................. 31
5.6.1.3 The 'capability' attribute............................... 32
5.6.1.4 The 'qosClass' attribute................................. 33
5.6.1.5 The 'bcob' attribute..................................... 34
5.6.1.6 The 'stc' attribute...................................... 34
5.6.1.7 The 'upcc' attribute..................................... 35
5.6.1.8 The 'atmQOSparms' attribute.............................. 35
5.6.1.9 The 'atmTrfcDesc' attribute............................. 37
5.6.1.10 The 'abrParms' attribute................................. 39
5.6.1.11 The 'abrSetup' attribute................................. 40
5.6.1.12 The 'bearerType' attribute............................... 41
5.6.1.13 The 'lij' attribute...................................... 42
5.6.1.14 The 'anycast' attribute.................................. 43
5.6.1.15 The 'cache' attribute.................................... 43
5.6.1.16 The 'bearerSigIE' attribute.............................. 44
5.6.2 ATM Adaptation Layer (AAL) attributes...................... 45
5.6.2.1 The 'aalApp' attribute................................... 46
5.6.2.2 The 'cbrRate' attribute.................................. 48
5.6.2.3 The 'sbc' attribute...................................... 49
5.6.2.4 The 'clkrec' attribute................................... 51
5.6.2.5 The 'fec' attribute...................................... 51
5.6.2.6 The 'prtfl' attribute.................................... 51
5.6.2.7 The 'structure' attribute................................ 52
5.6.2.8 The 'cpsSDUsize' attribute............................... 53
5.6.2.9 The 'aal2CPS' attribute.................................. 53
5.6.2.10 The 'aal2CPSSDUrate' attribute........................... 54
5.6.2.11 The 'aal2sscs3661unassured' attribute.................... 54
5.6.2.12 The 'aal2sscs3661assured' attribute...................... 55
5.6.2.13 The 'aal2sscs3662' attribute............................. 56
5.6.2.14 The 'aal5sscop' attribute................................ 58
5.6.3 Service attributes......................................... 58
5.6.3.1 The 'atmmap' attribute................................... 60
5.6.3.2 The 'silenceSupp' attribute.............................. 63
5.6.3.3 The 'ecan' attribute..................................... 65
5.6.3.4 The 'gc' attributes...................................... 66
5.6.3.5 The 'profileDesc' attribute.............................. 67
5.6.3.6 The 'vsel' attribute..................................... 68
5.6.3.7 The 'dsel' attribute..................................... 70
5.6.3.8 The 'fsel' attribute..................................... 72
5.6.3.9 The 'onewaySel' attribute................................ 73
5.6.3.10 The 'codecconfig' attribute.............................. 75
5.6.3.11 The 'isup_usi' attribute................................. 76
5.6.3.12 The 'uiLayer1_Prot' attribute............................ 76
5.6.4 Miscellaneous media attributes............................. 77
5.6.4.1 The 'chain' attribute..................................... 77
5.6.5 Use of the second media-level part in H.323 Annex C
applications............................................... 78
5.6.6 Use of the eecid media attribute in call establishment
procedures................................................. 78
6. List of Parameters with Representations....................... 83
7. Examples of ATM session descriptions using SDP................. 93
8. Security Considerations........................................ 94
8.1 Bearer Security.............................................. 94
8.2 Security of the SDP description.............................. 95
9. ATM SDP Grammar................................................ 95
References........................................................104
Acknowledgements..................................................109
Authors' Addresses................................................109
Full Copyright Statement..........................................110
SDP will be used in conjunction with a connection handling /device control protocol such as Megaco (H.248) [26], SIP [18] or MGCP [25] to communicate the information needed to set up ATM and AAL2 bearer connections. These connections include voice connections, voiceband data connections, clear channel circuit emulation connections, video connections and baseband data connections (such as fax relay, modem relay, SSCOP, frame relay etc.).
SDPは、ATMおよびAAL2ベアラ接続を設定するために必要な情報を通信するようMegacoの（H.248）[26]、SIP [18]またはMGCP [25]などの接続処理/デバイス制御プロトコルに関連して使用されるであろう。これらの接続は、音声接続、音声帯域データ接続、クリアチャネル回路エミュレーション接続、ビデオ接続と（例えばFAXリレー、モデムリレー、SSCOP、フレームリレーなど）のベースバンドデータ接続を含みます。
These conventions use standard SDP syntax as defined in RFC 2327 [1] to describe the ATM-level and AAL-level connections, addresses and other parameters. In general, parameters associated with layers higher than the ATM adaptation layer are included only if they are tightly coupled to the ATM or AAL layers. Since the syntax conforms to RFC 2327, standard SDP parsers should react in a well-defined and safe manner on receiving session descriptions based on the SDP conventions in this document. This is done by extending the values of fields defined in RFC 2327 rather than by defining new fields. This is true for all SDP lines except the of the media attribute lines, in which case new attributes are defined. The SDP protocol allows the definition of new attributes in the media attribute lines which are free-form. For the remaining lines, the fact that the <networkType> field in an SDP descriptor is set to "ATM" should preclude the misinterpretation of extended parameter values by RFC 2327-compliant SDP parsers.
ATMレベルおよびAALレベルの接続、アドレスおよびその他のパラメータを記述するためにRFC 2327 [1]で定義されるように、これらの規則は、標準SDP構文を使用します。一般に、ATMアダプテーションレイヤよりも上位層に関連付けられたパラメータは、それらがしっかりATMまたはAAL層に結合されている場合にのみ含まれています。構文は、RFC 2327に準拠しているので、標準SDPパーサは、この文書に記載されているSDP規則に基づいて、セッション記述を受信した上で明確に定義され、安全な方法で反応するべきです。これは、RFC 2327で定義されているフィールドの値を拡張することによってではなく、新しいフィールドを定義することによって行われます。これは、新しい属性が定義されている場合には、メディアの属性行の以外のすべてのSDPのライン、についても同様です。 SDPプロトコルは、自由形式ですメディア属性行で新しい属性を定義できます。残りのラインについて、SDP記述に<NETWORKTYPE>フィールドが「ATM」は、RFC 2327に準拠するSDPパーサーによって拡張パラメータ値の誤解を排除すべきであるように設定されているという事実。
These conventions are meant to address the following ATM applications:
これらの規則は、次のATMアプリケーションに対応するためのものです。
1. Applications in which a new SVC is set-up for each service connection. These SVCs could be AAL1 or AAL5 SVCs or single-CID AAL2 SVCs.
新しいSVCがセットアップされている各サービス接続のために1.アプリケーション。これらのSVCがAAL1またはAAL5のSVCまたはシングルCID AAL2 SVCの可能性があります。
2. Applications in which existing path resources are assigned to service connections. These resources could be:
2.アプリケーションは、その中で、既存のパスのリソースはサービス接続に割り当てられています。これらのリソースは次のようになります。
* AAL1/AAL5 PVCs, SPVCs or cached SVCs, * AAL2 single-CID PVCs, SPVCs or cached SVCs, * CIDs within AAL2 SVCs/PVCs/SPVCs that multiplex multiple CIDs. * Subchannels (identified by CIDs) within AAL1 [8] or AAL2 [11] SVCs/PVCs/SPVCs.
* AAL1 / AAL5用のPVC、のSPVCまたはキャッシュされたSVC、* AAL2シングルCIDのPVC、のSPVCまたはキャッシュされたSVCの、複数のCIDを多重AAL2のSVC / PVCの/ SPVCの内*のCID。 AAL1 [8]またはAAL2 [11]のSVC / PVCの/ SPVCの内（のCIDによって識別される）*サブチャネル。
Note that the difference between PVCs and SPVCs is in the way the bearer virtual circuit connection is set up. SPVCs are a class of PVCs that use bearer signaling, as opposed to node-by-node provisioning, for connection establishment.
PVCおよびSPVCの差がベアラ仮想回線接続が設定されている方法であることに留意されたいです。接続確立のために、ノードごとのノードのプロビジョニングとは対照的にSPVCのは、シグナリングベアラを使用PVCのクラスです。
This document is limited to the case when the network type is ATM. This includes raw RTP encapsulation [45] or voice sample encapsulation [46] over AAL5 with no intervening IP layer. It does not address SDP usage for IP, with or without ATM as a lower layer.
このドキュメントは、ネットワークの種類がATMである場合に限定されます。これはない介在IP層とAAL5上生RTPカプセル化[45]、または音声サンプルカプセル化[46]を含みます。これは、または下層のATMずに、IPのためのSDPの使用には対応していません。
In some cases, IP connection set-up is independent of lower layers, which are configured prior to it. For example, AAL5 PVCs that connect IP routers can be used for VoIP calls. In other cases, VoIP call set-up is closely tied to ATM-level connection set-up. This might require a chaining of IP and ATM descriptors, as described in section 5.6.4.1.
いくつかのケースでは、IP接続セットアップ前それように構成された下部層とは無関係です。例えば、IPルータを接続するAAL5のPVCは、VoIPコールのために使用することができます。他の例では、VoIPコールセットアップは密接にATMレベルの接続セット・アップに結びついています。セクション5.6.4.1で説明したように、これは、IPおよびATMディスクリプタのチェーンが必要な場合があります。
This document makes no assumptions on who constructs the session descriptions (media gateway, intermediate ATM/AAL2 switch, media gateway controller etc.). This will be different in different applications. Further, it allows the use of one session description for both directions of a connection (as in SIP and MGCP applications) or the use of separate session descriptions for different directions. It also addresses the ATM multicast and anycast capabilities.
この文書では、セッション記述（等メディアゲートウェイ、中間ATM / AAL2スイッチ、メディアゲートウェイコントローラ）を構築する人には何の仮定をしません。これは、異なるアプリケーションでは異なるであろう。さらに、それは（SIPおよびMGCPアプリケーションのように）接続の両方向に対して1つのセッション記述の使用または異なる方向に対して別々のセッション記述の使用を可能にします。また、ATMマルチキャストおよびエニーキャスト機能に対応しています。
This document makes no assumptions about how the SDP description will be coded. Although the descriptions shown here are encoded as text, alternate codings are possible:
この文書では、SDP記述がコード化されるかについての仮定を行いません。ここに示した説明は、テキストとしてエンコードされていますが、別のコーディングが可能です。
- Binary encoding such as ASN.1. This is an option (in addition to text encoding) in the Megaco context.
- ASN.1などのバイナリエンコーディング。これは、Megacoのコンテキストで（テキストエンコーディングに加えて）のオプションです。
- Use of extended ISUP parameters [36] to encode the information in SDP descriptors, with conversion to/from binary/text-based SDP encoding when needed.
- 必要なときに拡張ISUPパラメータの使用[36]は、バイナリ/テキストベースのSDP符号化への/からの変換で、SDPの記述子内の情報を符号化します。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119 [62].
この文書のキーワード "MUST"、 "MUST NOT"、 "REQUIRED"、、、、 "べきではない" "べきである" "ないもの" "ものとし"、 "推奨"、 "MAY"、および "OPTIONAL" はありますRFC 2119 [62]に記載されているように解釈されます。
This document conforms to the syntactic conventions of standard SDP as defined in RFC 2327 [1].
この文書は、RFC 2327で定義されている標準SDPの構文規則に準拠している[1]。
The SDP protocol [1] requires that non-standard attributes and codec names use an "X-" prefix.
SDPプロトコルは、[1]非標準の属性やコーデック名は「X-」接頭辞を使用する必要があります。
In this internet document, the "X-" prefix is used consistently for codec names (Table 2) that have not been registered with the IANA. The IANA-registered codec names listed in [31] do not use this prefix, regardless of whether they are statically or dynamically assigned payload types.
このインターネットドキュメントでは、「X-」接頭語はIANAに登録されていないコーデック名（表2）のために一貫して使用されます。 [31]に記載されているIANAに登録コーデック名は関係なく、静的または動的ペイロードタイプを割り当てられているかどうかの、この接頭辞を使用しないでください。
However, this prefix is not used for the extension SDP attributes defined in this document. This has been done to enhance legibility.
しかし、このプレフィックスは、この文書で定義された拡張SDP属性に使用されていません。これは、読みやすさを向上させるために行われました。
This document suggests that parsers be flexible in the use of the "X-" prefix convention. They should accept codec names and attribute names with or without the "X-" prefix.
このドキュメントは、パーサは「X-」接頭大会の使用に柔軟であることを示唆しています。彼らは、コーデック名を受け入れ、または「X-」接頭辞なしの属性名をする必要があります。
Depending on the format of their representation in SDP, the parameters defined in this document fall into the following classes:
SDPでその表現の形式に応じて、この文書で定義されたパラメータは、以下のクラスに分類されます。
(1) Parameters always represented in a decimal format. (2) Parameters always represented in a hexadecimal format. (3) Parameters always represented as character strings. (4) Parameters that can be represented in either decimal or hexadecimal format.
（1）常に10進形式で表されるパラメータ。 （2）パラメータは、常に16進形式で表されます。 （3）パラメータは、常に文字列として表現します。 （4）のいずれか10進数または16進数形式で表現することができるパラメータ。
No prefixes are needed for classes 1 - 3, since the format is fixed. For class 4, a "0x" prefix shall always be used to differentiate the hexadecimal from the decimal format.
フォーマットが固定されているので、3 - いいえ、プレフィックスは、クラス1のために必要ではありません。クラス4は、「0X」プレフィックスは常に小数点形式から進数を区別するために使用されなければなりません。
For both decimal and hex representations, if the underlying bit field is smaller or larger than the binary equivalent of the SDP representation, then leading 0 bits should be added or removed as needed. Thus, 3 and 0x3 translate into the following five-bit pattern: 0 0011. The SDP representations 0x12 and 18 translate into the following five-bit pattern: 1 0010.
小数と進表現の両方のために、基礎となるビットフィールドが小さいかSDP表現のバイナリ等価より大きい場合、必要に応じて、その後、先頭の0ビットが追加または削除されるべきです。 1 0010：以下の5つのビットパターンに変換する0 0011 SDP表現0x12を、18：このように、3とを0x3は、以下の5つのビットパターンに変換します。
Leading 0 digits shall not be used in decimal representations. Generally, these are also not used in hexadecimal representations. Exceptions are when an exact number of hex digits is expected, as in the case of NSAP addresses. Parsers shall not reject leading zeros in hex values.
先頭の0桁は小数点の表現に使用してはなりません。一般に、これらはまた、進数表現では使用されません。進数字の正確な数は、NSAPアドレスの場合のように、期待されているときに例外があります。パーサは、進値に先行ゼロを拒否してはなりません。
Both single-character and multi-character string values are enclosed in double quotes (i.e., "). By contrast, single quotes (i.e., ') are used for emphasizing keywords rather than to refer to characters or strings.
単一文字と複数文字の文字列値の両方が二重引用符（すなわち、「）で囲まれている。これとは対照的に、単一引用符（つまりは、「）文字または文字列を参照するために、キーワードを強調するのではなくのために使用されています。
In the text representation of decimal and hex numbers, digits to the left are more significant than digits to the right.
小数や進数のテキスト表現では、左の桁は、右側の桁よりも重要です。
This section defined the meaning of the terms 'forward' and 'backward' as used in this document. This is specially applicable to parameters that have a specific direction associated with them.
このセクションでは、この文書で使用される用語「前方」と「後方」の意味を定義しました。これは、それらに関連付けられた特定の方向性を持っているパラメータに特別に適用されます。
In this document, 'forward' refers to the direction away from the ATM node under consideration, while 'backward' refers to the direction towards the ATM node. This convention must be used in all SDP-based session descriptions regardless of whether underlying bearer is an SVC, a dynamically allocated PVC/SPVC or a dynamically allocated CID. This is regardless of which side originates the service connection. If ATM SVC or AAL2 Q.2630.1 signaling is used, the directionality convention is independent of which side originates the SVC or AAL2 connection.
「後方」はATMノードに向かう方向を指す。この文書では、「前方」、離れて考慮中のATMノードからの方向を指します。この規則に関係なく、基礎となるベアラがSVC、動的に割り当てられたPVC / SPVCまたは動的に割り当てられたCIDであるかどうかをすべてのSDPベースのセッション記述に使用されなければなりません。これは関係なく、サービス接続を発信どちら側のです。 ATM SVCまたはAAL2 Q.2630.1シグナリングが使用される場合、方向性規則は、SVCまたはAAL2接続発信れる側とは無関係です。
This provides a simple way of identifying the direction in which a parameter is applicable, in a manner that is independent of the underlying ATM or AAL2 bearer. This simplicity comes at a price, described below.
このパラメータは、基礎となるATMまたはAAL2ベアラとは無関係であるように、適用されている方向を特定する簡単な方法を提供します。このシンプルさは、後述の価格で来ます。
The convention used by all ATM/AAL2 signaling specifications (e.g., Q.2931 Section 1.3.3 and Q.2630.1) mandates that forward direction is from the end initiating setup/establishment via bearer signaling towards the end receiving the setup/establishment request. The backward direction is in the opposite direction. In some cases, the 'forward' and 'backward' directions of the ATM signaling convention might be the exact opposite of the SDP convention described above, requiring the media gateway to perform the necessary translation. An example case in which this is needed is described below.
全てのATM / AAL2シグナリング規格（例えば、Q.2931セクション1.3.3およびQ.2630.1）任務で使用される慣例順方向セットアップ/確立要求を受信端に向かっシグナリングベアラを介して設定/確立を開始端からです。逆方向は反対方向です。いくつかのケースでは、ATMシグナリング条約の「前方」および「後方」方向は、SDP規則の正反対が必要な変換を実行するメディアゲートウェイを必要とする、上述したかもしれません。これが必要とされている例の場合について説明します。
Consider an SDP description sent by a media gateway controller to the gateway originating a service-level call. In the backward SVC call set-up model, this gateway terminates (rather than originates) an SVC call. The media gateway refers to the traffic descriptor (and hence the PCR) in the direction away from this gateway as the forward traffic descriptor and forward PCR. Clearly, this is at odds with ATM SVC signaling which refers to this very PCR as the backward PCR. The gateway needs to be able to perform the required swap of directions. In this example, the media gateway terminating the service level call (and hence originating the SVC call) does not need to perform this swap.
サービス・レベル・コールを発信ゲートウェイにメディアゲートウェイコントローラによって送信されたSDP記述を考えます。後方SVCコールセットアップモデル、このゲートウェイは終了する（というより発信）SVCコールで。メディアゲートウェイは、離れた順方向トラフィック記述子、このゲートウェイから方向トラフィック記述子（ひいてはPCR）を参照してPCRを転送します。明らかに、これは逆方向PCR、この非常にPCRを指すATM SVCシグナリングと対立しています。ゲートウェイは、方向の必要なスワップを実行できるようにする必要があります。この例では、サービス・レベル・コールを終了する（したがって、SVCコールを発信）メディアゲートウェイは、このスワップを実行する必要はありません。
Certain parameters within attributes are defined exclusively for the forward or backward directions. Examples for the forward direction are the <fsssar> subparameter within the 'aal2sscs3661unassured' media attribute line, the <fsssar>, <fsscopsdu> and <fsscopuu> subparameters within the 'aal2sscs3661assured' media attribute line, the <fsscopsdu> and <fsscopuu> subparameters within the 'aal5sscop' media attribute line, and the <fmaxFrame> parameter within the 'aal2sscs3662' media attribute line. Examples for the backward direction are the <bsssar> subparameter within the 'aal2sscs3661unassured' media attribute line, the <bsssar>, <bsscopsdu> and <bsscopuu> subparameters within the 'aal2sscs3661assured' media attribute line, the <bsscopsdu> and <bsscopuu> subparameters within the 'aal5sscop' media attribute line, and the <bmaxFrame> parameter within the 'aal2sscs3662' media attribute line.
属性内の特定のパラメータは、順方向または逆方向専用に定義されています。順方向の例は、「aal2sscs3661unassuredのメディア属性行内<fsssar>サブパラメータであり、<fsssar>、<fsscopsdu>と<fsscopuu> 'aal2sscs3661assuredのメディア属性行内のサブパラメータを、<fsscopsdu>と<fsscopuu> 「aal5sscopのメディア属性行、および「aal2sscs3662のメディア属性ライン内の<fmaxFrame>パラメータ内のサブパラメータ。逆方向の例は、「aal2sscs3661unassuredのメディア属性行内<bsssar>サブパラメータであり、<bsssar>、<bsscopsdu>と<bsscopuu> 'aal2sscs3661assuredのメディア属性行内のサブパラメータを、<bsscopsdu>と<bsscopuu> 「aal5sscopのメディア属性行、および「aal2sscs3662のメディア属性ライン内の<bmaxFrame>パラメータ内のサブパラメータ。
As defined in RFC 2327 [1], SDP syntax is case-sensitive. Since these ATM conventions conform strictly with SDP syntax, they are case-sensitive. SDP line types (e.g., "c", "m", "o", "a") and fields in the SDP lines should be built according to the case conventions in [1] and in this document. It is suggested, but not required, that SDP parsers for ATM applications be case-tolerant where ignoring case does not result in ambiguity. Encoding names, which are defined outside the SDP protocol, are case-insensitive.
RFC 2327で定義されている[1]、SDP構文は、大文字と小文字が区別されます。これらのATMの規則は、SDP構文を使用して厳密に準拠しているので、彼らは、大文字と小文字が区別されます。 SDP線タイプ（例えば、「C」、「M」、「O」、「A」）とSDPラインのフィールドは、[1]において、この文書で場合規則に従って構築されるべきです。ケースを無視することは曖昧にならないところATMアプリケーション用のSDPパーサは大文字と寛容であること、を示唆し、これは必須ではありません。 SDPプロトコルの外部で定義されたコード名は、大文字小文字を区別しています。
In general, RFC 2327-conformant string values of SDP parameters [1] do not include special characters that are neither alphabets nor digits. An exception is the "/" character used in the value "RTP/AVP" of transport sub-field of the 'm' line.
一般的には、SDPパラメータのRFC 2327に準拠した文字列の値は、[1]アルファベットや数字でもない特殊文字が含まれていません。例外は、「M」線の輸送サブフィールドの値は「RTP / AVP」で使用される「/」文字です。
String values used in SDP descriptions of ATM connections retain this convention, while allowing the use of the special character "/" in a manner commensurate with [1]. In addition, the special characters "$" and "-" are used in the following manner. A "$" value is a wildcard that allows the recipient of the SDP description to select any permitted value of the parameter. A "-" value indicates that it is not necessary to specify the value of the parameter in the SDP description because this parameter is irrelevant for this application, or because its value can be known from another source such as provisioning, defaults, another protocol, another SDP descriptor or another part of the same SDP descriptor. If the use of these special characters is construed as a violation of RFC 2327 [1] syntax, then reserved string values can be used. The string "CHOOSE" can be used in lieu of "$". The string "OMIT" can be used in lieu of "-" for an omitted parameter.
〔1〕に見合った方法で、特殊文字「/」を使用することを可能にしながら、ATM接続のSDP記述に使用される文字列の値は、この規則を保持します。また、特殊文字「$」や「 - 」は、次のように使用されています。 「$」の値は、SDP記述の受信者は、パラメータの任意の許容値を選択することを可能にするワイルドカードです。 A「 - 」の値がこのパラメータは、このアプリケーションには無関係であるため、SDP記述のパラメータの値を指定する必要がないことを示し、又はその値は、プロビジョニング、デフォルト、他のプロトコルのような別のソースから知ることができるので別のSDP記述子または同じSDP記述の別の部分。これらの特殊文字の使用は、RFC 2327に違反するものとして解釈されている場合は、[1]の構文を、次いで、予約済み文字列の値を使用することができます。文字列「CHOOSE」は「$」の代わりに使用することができます。省略したパラメータのために - 「」文字列「OMITは」の代わりに使用することができます。
To support the applications listed in section 1, the SDP conventions in this document provide the following session control capabilities:
セクション1に記載されているアプリケーションをサポートするには、この文書のSDPの規則は、次のセッション制御機能を提供します。
* Identification of the underlying bearer network type as ATM.
* ATMのような根本的なベアラネットワークタイプの識別。
* Identification by an ATM network element of its own address, in one of several possible formats. A connection peer can initiate SVC set-up to this address. A call agent or connection peer can select an pre-established bearer path to this address.
*いくつかの可能なフォーマットのいずれかで自身のアドレスのATMネットワーク要素によって識別。接続ピアはこのアドレスにSVCのセットアップを開始することができます。コールエージェントまたは接続ピアはこのアドレスに事前に確立されたベアラ・パスを選択することができます。
* Identification of the ATM bearer connection that is to be bound to the service-level connection. Depending on the application, this is either a VCC or a subchannel (identified by a CID) within a VCC.
*サービスレベル接続に結合される接続ベアラATMの同定。用途に応じて、これはVCC内VCCまたは（CIDによって識別される）サブチャネルのいずれかです。
* Identification of media type: audio, video, data.
*メディアタイプの同定：オーディオ、ビデオ、データ。
* In AAL1/AAL5 applications, declaration of a set of payload types that can be bound to the ATM bearer connection. The encoding names and payload types defined for use in the RTP context [31] are re-used for AAL1 and AAL5, if applicable.
* AAL1 / AAL5用途では、接続ベアラATMに結合することができるペイロードタイプのセットの宣言。該当する場合RTPコンテキストで使用するために定義されたエンコーディング名とペイロードタイプは[31]、AAL1及びAAL5のために再使用されます。
* In AAL2 applications, declaration of a set of profiles that can be bound to the ATM bearer connection. A mechanism for dynamically defining custom profiles within the SDP session description is included. This allows the use of custom profiles for connections that span multi-network interfaces.
* AAL2アプリケーションでは、接続ベアラATMに結合することができるプロファイルのセットの宣言。動的SDPセッション記述の中にカスタムプロファイルを定義するためのメカニズムが含まれています。これは、マルチネットワークインターフェースにまたがる接続用のカスタムプロファイルを使用することができます。
* A means of correlating service-level connections with underlying ATM bearer connections. The backbone network connection identifier or bnc-id specified in ITU Q.1901 [36] standardization work is used for this purpose. In order to provide a common SDP base for applications based on Q.1901 and SIP/SIP+, the neutral term 'eecid' is used in lieu of 'bnc-id' in the SDP session descriptor.
*基礎となるATMベアラコネクションとのサービス・レベル接続を相関させる手段。バックボーンネットワーク接続識別子またはITU Q.1901で指定されたBNC-ID [36]標準化作業は、この目的のために使用されます。 Q.1901およびSIP / SIPに基づくアプリケーションのための共通のSDPのベースを提供するために+、SDPセッション記述における「BNC-ID」の代わりに使用されている中性用語「eecid」。
* A means of mapping codec types and packetization periods into service types (voice, voiceband data and facsimile). This is useful in determining the encoding to use when the connection is upspeeded in response to modem or facsimile tones.
サービスタイプ（音声、音声帯域データおよびファクシミリ）にマッピングするコーデックタイプ及びパケット期間の*手段。この接続が、モデムまたはファクシミリトーンに応答しupspeededされたときに使用する符号化を決定するのに有用です。
* A means of describing the adaptation type, QoS class, ATM transfer capability/service category, broadband bearer class, traffic parameters, CPS parameters and SSCS parameters related the underlying bearer connection.
*適応型、QoSクラス、ATM転送能力/サービスカテゴリ、広帯域ベアラ・クラス、トラフィックパラメータ、CPSパラメータとその下のベアラ接続に関連SSCSパラメータを記述する手段。
* Means for enabling or describing special functions such as leaf- initiated-join, anycast and SVC caching.
*このようなleaf-開始ジョイン、エニーキャスト及びSVCキャッシングのような特別な機能を有効化または記述するための手段。
* For H.323 Annex C applications, a means of specifying the IP address and port number on which the node will receive RTCP messages.
* H.323附属書Cアプリケーションでは、ノードは、RTCPメッセージを受信先となるIPアドレスとポート番号を指定する手段のために。
* A means of chaining consecutive SDP descriptors so that they refer to different layers of the same connection.
*は、同じ接続の異なる層を指すように連続したSDP記述子チェーンの手段。
The sequence of lines in the session descriptions in this document conforms to RFC 2327 [1]. In general, a session description consists of a session-level part followed by zero or more media-level parts. ATM session descriptions consist of a session-level part followed by one or two media-level parts. The only two media applicable are the ATM bearer medium and RTCP control (where applicable).
この文書に記載されているセッション記述の行の順序は、RFC 2327に準拠した[1]。一般に、セッション記述は、ゼロ以上のメディアレベル部品続くセッションレベルの部分から成ります。 ATMセッション記述は、1つまたは2つのメディアレベル部品続くセッションレベルの部分から成ります。該当する2つのだけの媒体は、媒体とRTCP制御（該当する場合）ベアラATMです。
The session level part consists of the following lines:
セッション・レベルの一部は、次の行で構成されています。
v= (protocol version, zero or one line) o= (origin, zero or one line) s= (session name, zero or one line) c= (connection information, one line) b= (bandwidth, zero or more lines) t= (timestamp, zero or one line) k= (encryption key, zero or one line)
V =（プロトコルバージョン、0または1行）O =（原点、ゼロまたは1ライン）S =（セッション名、0または1行）C =（接続情報、一行）B =（帯域幅、ゼロ以上の行）T =（タイムスタンプ、0または1ライン）K =（暗号鍵、0または1ライン）
In ATM session descriptions, there are no media attribute lines in the session level part. These are present in the media-level parts.
ATMセッションの説明では、セッションレベルの一部には、メディアの属性行はありません。これらは、メディアレベル部分に存在します。
The media-level part for the ATM bearer consists of the following lines:
ATMベアラのためのメディアレベルの部分は、次の行で構成されています。
m= (media information and transport address, one line) b= (bandwidth, zero or more lines) k= (encryption key, zero or more lines) a= (media attribute, zero or more lines)
M =（メディア情報およびトランスポートアドレス、一行）B =（帯域幅、ゼロ以上の行）は、k =（暗号鍵、0行以上）、A =（メディア属性、ゼロ以上の行）
The media-level part for RTCP control consists of the following lines:
RTCP制御のためのメディアレベルの部分は、次の行で構成されています。
m= (media information and transport address, one line) c= (connection information for control only, one line)
M =（メディア情報およびトランスポートアドレス、一行）C =（コントロールの接続情報だけ1本のライン）
In general, the 'v', 'o', 's', and 't' lines are mandatory. However, in the Megaco [26] context, these lines have been made optional. The 'o', 's', and 't' lines are omitted in most MGCP [25] applications.
一般に、 'V'、 'O'、 'S'、および 'T' 行は必須です。しかし、Megacoの[26]文脈において、これらの線は任意なされています。 'O'、 'S'、及び 'T' 線が最もMGCP [25]アプリケーションでは省略されています。
Note that SDP session descriptors for ATM can contain bandwidth (b=) and encryption key (k=) lines. Like all other lines, these lines should strictly conform to the SDP standard [1].
ATMのためのSDPセッション記述は、帯域幅（B =）と暗号鍵（K =）行を含むことができることに留意されたいです。他のすべての行のように、これらの線は厳密SDP標準に準拠すべきである[1]。
The bandwidth (b=) line is not necessarily redundant in the ATM context since, in some applications, it can be used to convey application-level information which does not map directly into the atmTrfcDesc media attribute line. For instance, the 'b' line can be used in SDP descriptors in RTSP commands to describe content bandwidth.
いくつかの用途では、atmTrfcDescメディア属性ラインに直接マップされないアプリケーション・レベルの情報を伝えるために使用することができるので、帯域幅（B =）ラインは必ずしもATMコンテキストで冗長ではありません。例えば、「B」線がRTSPでSDP記述子で使用することができるコンテンツの帯域幅を説明するためのコマンド。
The encryption key line (k=) can be used to indicate an encryption key for the bearer, and a method to obtain the key. At present, the encryption of ATM and AAL2 bearers has not been conventionalized, unlike the encryption of RTP payloads. Nor has the authentication or encryption of ATM or AAL2 bearer signaling. In the ATM and AAL2 contexts, the term 'bearer' can include 'bearer signaling' as well as 'bearer payloads'.
暗号鍵の行（kは=）ベアラのための暗号化キー、およびキーを取得する方法を示すために使用することができます。現時点では、ATMおよびAAL2ベアラの暗号化は、RTPペイロードの暗号化とは異なり、慣習化されていません。 NOR認証や暗号化ATMのかAAL2ベアラシグナリングを持っています。 ATMおよびAAL2文脈において、用語「ベアラ」は、「ベアラシグナリング」ならびに「ベアラペイロード」を含むことができます。
The order of lines in an ATM session description is exactly in the RFC 2327-conformant order depicted above. However, there is no order of the media attribute ('a') lines with respect to other 'a' lines.
ATMセッション記述の行の順序は、上に示したRFC 2327に準拠ために正確です。しかしながら、他の '線に対するメディア属性（「A」）線のない順序はありません。
The SDP protocol version for session descriptions using these conventions is 0. In conformance with standard SDP, it is strongly recommended that the 'v' line be included at the beginning of each SDP session description. In some contexts such as Megaco, the 'v' line is optional and may be omitted unless several session descriptions are provided in sequence, in which case the 'v' line serves as a delimiter. Depending on the application, sequences of session descriptions might refer to:
これらの規則を使用してセッション記述のためのSDPプロトコルのバージョンは、標準的なSDPに準拠0である、「V」の行は、各SDPセッション記述の先頭に含まれることを強くお勧めします。例えばMegacoのようないくつかの状況において、「V」線はオプションであり、いくつかのセッション記述が順次設けられている場合を除き「V」線はデリミタとして機能する場合には、省略することができます。アプリケーションに応じて、セッション記述の配列を参照してください可能性があります。
- Different connections or sessions. - Alternate ways of realizing the same connection or session. - Different layers of the same session (section 5.6.4.1).
- 様々な接続またはセッション。 - 同じ接続またはセッションを実現する別の方法。 - 同じセッション（セクション5.6.4.1）の異なる層。
The 'o', 's' and 't' lines are included for strict conformance with RFC 2327. It is possible that these lines might not carry useful information in some ATM-based applications. Therefore, some applications might omit these lines, although it is recommended that they not do so. For maximum interoperability, it is preferable that SDP parsers not reject session descriptions that do not contain these lines.
「O」、「S」と「T」ラインは、これらの線は、いくつかのATMベースのアプリケーションに有用な情報を運ばない可能性があることが可能であるRFC 2327に厳密に準拠するために含まれています。彼らがそうではないことをお勧めしますが、そのため、一部のアプリケーションは、これらの行を省略することがあります。最大の相互運用性のため、SDPパーサは、これらの行が含まれていないセッション記述を拒絶しないことが好ましいです。
The origin line for an ATM-based session is structured as follows:
次のようにATMベースのセッションの原点ラインが構成されています。
o=<username> <sessionID> <version> <networkType>
<addressType> <address>
The <username> is set to "-".
「 - 」<ユーザー名>が設定されています。
The <sessionID> can be set to one of the following:
<セッションID>次のいずれかに設定できます。
* an NTP timestamp referring to the moment when the SDP session descriptor was created. * a Call ID, connection ID or context ID that uniquely identifies the session within the scope of the ATM node. Since calls can comprise multiple connections (sessions), call IDs are generally not suitable for this purpose.
* NTPタイムスタンプは、SDPセッション記述子が作成された瞬間に言及します。 *コールID、接続IDまたは一意的ATMノードの範囲内にセッションを識別するコンテキストID。コールが複数の接続（セッション）を含むことができるので、通話IDは、一般的に、この目的に適していません。
NTP time stamps can be represented as decimal or hex integers. The part of the NTP timestamp that refers to an integer number of seconds is sufficient. This is a 32-bit field
NTPタイムスタンプは、10進数または16進数の整数として表すことができます。秒の整数を意味するNTPタイムスタンプの一部で十分です。これは、32ビットのフィールドであります
On the other hand, call IDs, connection IDs and context IDs can be can be 32 hex digits long.
一方、IDは、接続IDを呼び出して、コンテキストIDは32進数字長くすることができることができます。
The <sessionID> field is represented as a decimal or hex number of up to 32 digits. A "0x" prefix is used before the hex representation. The <version> refers to the version of the SDP session descriptor (not that of the SDP protocol). This is can be set to one of the following:
<セッションID>フィールドは、最大32桁の10進数または16進数の数として表されます。プレフィクス「0x」は16進数表現の前に使用されています。 <バージョン>は、SDPセッション記述のバージョン（ないSDPプロトコルの）を指します。これは、次のいずれかに設定することができますされています。
* 0. * an NTP timestamp referring to the moment when the SDP session descriptor was modified. If the SDP session descriptor has not been modified by an intermediate entity (such as an MGC), then the <version> timestamp will be the same as the <sessionId> timestamp, if any. As with the <sessionId>, only the integer part of the NTP timestamp is used.
* 0 * NTPタイムスタンプは、SDPセッション記述が変更された瞬間に言及します。 SDPセッション記述を（例えばMGCなど）中間エンティティによって変更されていない場合、<バージョン>タイムスタンプが存在する場合、<セッションID>タイムスタンプと同じになります。 <セッションID>と同様に、NTPタイムスタンプの整数部のみが使用されます。
When equated to the integer part of an NTP timestamp, the <version> field is 10 digits wide. This is more restricted than [1], which allows unlimited size. As in [1], the most significant digit is non-zero when an NTP timestamp is used.
NTPタイムスタンプの整数部と同一視するとき、<バージョン>フィールドは10桁の幅です。これは、[1]、無制限のサイズを可能にするよりも制限されています。 NTPタイムスタンプを用いた場合のように[1]、最上位桁は、非ゼロです。
The <networkType> in SDP session descriptions for ATM applications should be assigned the string value "ATM" or wildcarded to a "$" or "-".
<NETWORKTYPE> ATMアプリケーション用のSDPセッション記述では、文字列値「ATM」を割り当てまたは「$」またはワイルドカードにする必要があります「 - 」。
The <addressType> and <address> parameters are identical to those for the connection information ('c') line (Section 5.3). Each of these parameters can be wildcarded per the conventions described for the 'c' line in Section 5.3. These parameters should not me omitted since this would violate SDP syntax [1].
<addressType型>と<アドレス>パラメータは、接続情報（「C」）ライン（セクション5.3）のものと同一です。これらの各パラメータは、5.3節に「C」行の記述規則ごとにワイルドカードすることができます。これらのパラメータは、私は、これはSDP構文に違反するので、省略してはならない[1]。
As with the 'c' line, SDP parsers are not expected to check the consistency of <networkType> with <addressType>, <address> pairs. The <addressType> and <address> need to be consistent with each other.
「C」のラインと同じように、SDPパーサは、<addressType型>、<アドレス>のペアを持つ<NETWORKTYPE>の整合性をチェックすることが期待されていません。 <addressType型>と<アドレス>は、互いに矛盾している必要があります。
In general, the session name line is structured as follows:
次のように一般的には、セッション名の行が構成されています。
s=<sessionName>
S = <sessionNameの>
For ATM-based sessions, the <sessionName> parameter is set to a "-". The resulting line is:
「 - 」ATMベースのセッションでは、<sessionNameの>パラメータがに設定されています。結果の行は次のとおりです。
s=-
S = -
In general, the connection information line [1] is structured as follows:
次のように一般的には、接続情報行[1]に構成されています。
c=<networkType> <addressType> <address>
C = <NETWORKTYPE> <addressType型> <アドレス>
For ATM networks, additional values of <networkType>, <addressType> and <address> are defined, over and above those listed in [1]. The ABNF syntax (Section 9) for ATM SDP does not limit the ways in which <networkType> can be combined with <addressType>, <address> pairs. However, some combinations will not be valid in certain applications, while others will never be valid. Invalid combinations should be rejected by application-specific functions, and not by generic parsers. The ABNF syntax does limit the ways in which <addressType> and <address> can be paired.
ATMネットワークのための追加の値<NETWORKTYPE>、<addressType型>と<アドレス>上とに記載されたものの上に、定義されている[1]。 ATM SDPのためのABNF構文（セクション9）は<NETWORKTYPE>が<addressType型>、<住所>ペアと組み合わせることができる方法を限定するものではありません。他人が有効になることはありませんしながら、しかし、いくつかの組み合わせは、特定のアプリケーションで有効になりません。無効な組み合わせは、アプリケーション固有の機能ではないが、一般的なパーサによって拒絶されなければなりません。 ABNFの構文は、ここで<addressType型>の方法を制限しないと<address>は、ペアリングすることができます。
For ATM networks, the value of <networkType> should be set to "ATM". Further, this may be wildcarded to "$" or "-". If this is done, an node using ATM as the basic transport mechanism will select a value of "ATM". A node that interfaces with multiple network types ("IN", "ATM" etc.) that include ATM can also choose a value of "ATM".
ATMネットワークの場合、<NETWORKTYPE>の値は、「ATM」に設定する必要があります。 「 - 」さらに、これは「$」またはワイルドカードにすることができます。これが行われた場合、基本的なトランスポートメカニズムとしてATMを使用したノードは、「ATM」の値を選択します。 ATMはまた、「ATM」の値を選択することができる含む複数のネットワークタイプ（「IN」、「ATM」等）とインターフェースノード。
When the SDP description is built by a node such as a media gateway, the <address> refers to the address of the node building the SDP description. When this description is forwarded to another node, it still contains the original node's address. When the media gateway controller builds part or all of the SDP description, the local descriptor contains the address of the local node, while the remote descriptor contains the address of the remote node. If the <address> and/or <addressType> are irrelevant or are known by other means, they can be set to a "$" or a "-", as described below.
SDP記述は、メディアゲートウェイなどのノードによって構築された場合、<address>はSDP記述を構築するノードのアドレスを指します。この説明は別のノードに転送されると、それはまだ、元のノードのアドレスが含まれています。メディアゲートウェイコントローラは、一部またはSDP記述のすべてを構築するとき、リモート・ディスクリプタは、リモート・ノードのアドレスを含むが、局所記述子は、ローカルノードのアドレスを含みます。後述のように、「 - 」<アドレス>および/または<addressType型>が無関係であるか、他の手段によって知られている場合は、「$」またはに設定することができます。
Additionally, in all contexts, the 'm' line can have an ATM address in the <virtualConnectionId> subparameter which, if present, is the remote address if the 'c' line address is local, and vice versa.
さらに、すべてのコンテキストでは、「M」の行は、「C」線アドレスがローカル、またはその逆である場合に存在する場合、リモートアドレスであり、<virtualConnectionId>サブパラメータ内のATMアドレスを持つことができ
For ATM networks, the <addressType> can be NSAP, E164 or GWID (ALIAS). For ATM networks, the <address> syntax depends on the syntax of the <addressType>. SDP parsers should check the consistency of <addressType> with <address>.
ATMネットワークのための、<addressType型> NSAP、E164またはGWID（エイリアス）であることができます。 ATMネットワークの場合、<アドレス>構文は<addressType型>の構文に依存します。 SDPパーサは<アドレス>と<addressType型>の整合性をチェックする必要があります。
NSAP: If the addressType is NSAP, the address is expressed in the standard dotted hex form. This is a string of 40 hex digits, with dots after the 2nd, 6th, 10th, 14th, 18th, 22nd, 26th, 30th, 34th and 38th digits. The last octet of the NSAP address is the 'selector' field that is available for non-standard use. An example of a line with an NSAP address is:
NSAPは：addressType型がNSAPである場合、アドレスは標準点線進形式で表現されます。これは第二、第六、10日、14日、18日、22日、26日、30日、第34回と第38回の数字の後にドットで、40進数の文字列です。 NSAPアドレスの最後のオクテットは、非標準的な使用のために利用可能である「セレクタ」フィールドです。 NSAPアドレスを持つラインの例は次のとおりです。
c=ATM NSAP 47.0091.8100.0000.0060.3e64.fd01.0060.3e64.fd01.00
C = ATM NSAP 47.0091.8100.0000.0060.3e64.fd01.0060.3e64.fd01.00
A "0x" prefix shall not be used in this case since this is always in hexadecimal format.
これは16進形式で常にあるので、プレフィクス「0x」は、この場合には使用してはなりません。
E164: If the addressType is E164, the address is expressed as a decimal number with up to 15 digits. For example:
E164：addressType型がE164である場合、アドレスは最大15桁の10進数として表現されます。例えば：
c=ATM E164 9738294382
C = ATM E164 9738294382
The use of E.164 numbers in the B-ISDN context is defined in ITU E.191. There is a disparity between the ATM forum and the ITU in the use of E.164 numbers for ATM addressing. The ATM forum (e.g., UNI Signaling 4.0) allows only International Format E.164 numbers, while the ITU (e.g., Q.2931) allows private numbering plans. Since the goal of this SDP specification is to interoperate with all bearer signaling protocols, it allows the use of numbers that do not conform to the E.164 International Format. However, to maximize overall consistency, network administrators can restrict the provisioning of numbers to the E.164 International Format.
B-ISDNコンテキストでE.164番号の使用は、ITU E.191で定義されています。 ATMフォーラムとATMアドレッシングのE.164番号の使用におけるITUの間に格差があります。 ATMフォーラムながら、ITU（例えば、Q.2931）（例えば、UNIシグナリング4.0）は、唯一の国際フォーマットのE.164番号を許可するには、プライベート番号計画することができます。このSDP仕様の目標は、シグナリングプロトコルのすべてのベアラと相互運用することがあるので、それはE.164国際形式に準拠していない番号の使用を可能にします。しかし、全体的な一貫性を最大化するために、ネットワーク管理者は、E.164国際形式への番号のプロビジョニングを制限することができます。
GWID (ALIAS): If the addressType is GWID, it means that the address is a Gateway Identifier or Node Alias. This may or may not be globally unique. In this format, the address is expressed as an alphanumeric string ("A"-"Z", "a"-"z", "0" - "9",".","-","_"). For example:
GWID（エイリアス）：addressType型がGWIDであれば、アドレスは、ゲートウェイ識別子またはノードの別名であることを意味します。これは、またはグローバルに一意であってもなくてもよいです。このフォーマットでは、アドレスは、英数字の文字列（ - "Z"、 "A" - "Z"、 "0" - "9"、 "" " - "、 "_" "A"）として表現されます。例えば：
c=ATM GWID officeABCmgx101vism12
C = ATM GWID officeABCmgx101vism12
Since these SDP conventions can be used for more than gateways, the string "ALIAS" can be used instead of "GWID" in the 'c' line. Thus, the example above is equivalent to:
これらのSDPの規則が複数のゲートウェイのために使用することができるので、文字列「ALIASは、」「C」ラインに代わり「GWID」を使用することができます。したがって、上記の例では、と等価です。
c=ATM ALIAS officeABCmgx101vism12
C = ATM ALIAS officeABCmgx101vism12
An example of a GWID (ALIAS)is the CLLI code used for telecom equipment. For all practical purposes, it should be adequate for the GWID (ALIAS) to be a variable length string with a maximum size of 32 characters.
GWID（エイリアス）の例では、通信機器に使用されるCLLIコードです。 GWID（別名）32文字の最大サイズが可変長の文字列であるためにすべての実用的な目的のために、それが適切であるべきです。
The connection information line is always present in an SDP session descriptor. However, each of the parameters on this line can be wildcarded to a "$" or a "-", independently of whether other parameters on this line are wildcarded or not. Not all syntactically legal wildcard combinations are meaningful in a particular application.
接続情報ラインは常にSDPセッション記述子中に存在しています。独立して、このライン上の他のパラメータは、ワイルドカードを使っているかどうかの、 - 「」しかし、このライン上の各パラメータは、「$」またはワイルドカードにすることができます。すべてではない構文的に法的なワイルドカードの組み合わせは、特定のアプリケーションで意味があります。
Examples of meaningful wildcard combinations in the ATM context are:
ATMの文脈における意味のワイルドカードの組合せの例であります：
c=- - -
c=$ $ $
c=ATM - -
c=ATM $ $
c=ATM <addressType> -
c=ATM <addressType> $
Specifying the ATM address type without specifying the ATM address is useful when the recipient is asked to select an ATM address of a certain type (NSAP, E.164 etc.).
受信者が特定のタイプ（NSAP、E.164等）のATMアドレスを選択するように要求されたときにATMアドレスを指定せずにATMアドレスタイプを指定すると便利です。
Examples of syntactically legal wildcard combinations of dubious utility are:
怪しげなユーティリティの構文的に法的なワイルドカードの組み合わせの例は以下のとおりです。
c=- $ -
c=- $ $
c=- <addressType> -
c=$ <addressType> $
c=- <addressType> <address>
c=$ <addressType> <address>
Note that <addressType> and/or <address> should not omitted without being set to a "-" or "$" since this would violate basic SDP syntax [1].
[1]これは基本的なSDP構文に違反するため、または「$」 - 「」<addressType型>こと、および/または<アドレス>に設定されずに省略してはならないことに注意してください。
The timestamp line for an SDP session descriptor is structured as follows:
次のようにSDPセッション記述のためのタイムスタンプ行が構成されています。
t= <startTime> <stopTime>
トン= <startTimeの> <時間stopTime>
Per Ref. [49], NTP time stamps use a 32 bit unsigned representation of seconds, and a 32 bit unsigned representation of fractional seconds. For ATM-based sessions, the <startTime>parameter can be made equal to the NTP timestamp referring to the moment when the SDP session descriptor was created. It can also be set to 0 indicating its irrelevance. If it made equal to the NTP timestamp in seconds, the fractional part of the NTP timestamp is omitted. When equated to the integer part of an NTP timestamp, the <startTime> field is 10 digits wide. This is more restricted than [1], which allows unlimited size. As in [1], the most significant digit is non-zero when an NTP timestamp is used.
あたりのRef。 [49]、NTPタイムスタンプは秒の32ビット符号なし表現、および小数秒の32ビット符号なし表現を使用します。 ATMベースのセッションでは、<開始時間startTime>パラメータは、SDPセッション記述子が作成された瞬間を参照するNTPタイムスタンプに等しくすることができます。また、その見当違いを示す0に設定することができます。それは数秒でNTPタイムスタンプに等しくする場合は、NTPタイムスタンプの小数部分は省略されています。 NTPタイムスタンプの整数部と同一視するとき、<たstartTime>フィールドは10桁の幅です。これは、[1]、無制限のサイズを可能にするよりも制限されています。 NTPタイムスタンプを用いた場合のように[1]、最上位桁は、非ゼロです。
The <stopTime> parameter is set to 0 for ATM-based SDP descriptors.
<停止時間stopTime>パラメータは、ATMベースのSDP記述を0に設定されています。
The general format of the media information line adapted for AAL1 and AAL5 applications is:
AAL1及びAAL5アプリケーションに適合メディア情報ラインの一般的な形式は次のとおりです。
m=<media> <virtualConnectionId> <transport> <format list>
M = <メディア> <virtualConnectionId> <トランスポート> <フォーマットリスト>
The general format of the media information line adapted for AAL2 applications is:
AAL2アプリケーションに適合メディア情報ラインの一般的な形式は次のとおりです。
m=<media> <virtualConnectionId> <transport#1> <format list#1> <transport#2> <format list#2> ... <transport#M> <format list#M>
M = <メディア> <virtualConnectionId> <トランスポート＃1> <フォーマットリスト＃1> <トランスポート＃2> <フォーマットリスト＃2> ... <トランスポート＃1 M> <フォーマットリスト＃1 M>
Note that <virtualConnectionId> is equivalent to <port> in [1].
<virtualConnectionId>は、<ポート> [1]にと等価であることに留意されたいです。
The subparameter <media> can take on all the values defined in [1]. These are: "audio", "video", "application", "data" and "control".
サブパラメータ<培地>は[1]で定義されたすべての値を取ることができます。これらは：「オーディオ」、「ビデオ」、「アプリケーション」、「データ」と「コントロール」。
When the <transport> parameter has more than one value in the 'm' line, the <transport> <format list> pairs can be arranged in preferential order.
<輸送>パラメータは、「M」線、<輸送> <フォーマットリスト>に複数の値を有する場合の対は、優先順に配列することができます。
In applications in which the media-level part of a session descriptor is bound to an ATM virtual circuit, the <virtualConnectionId> can be in one of the following formats:
セッション記述のメディアレベル部はATM仮想回線に結合されたアプリケーションでは、<virtualConnectionId>は、以下のいずれかの形式であってもよいです。
* <ex_vcci>
* <addressType>-<address>/<ex_vcci>
* <address>/<ex_vcci>
* <ex_bcg>/<ex_vcci>
* <ex_portId>/<ex_vpi>/<ex_vci>
* <ex_bcg>/<ex_vpi>/<ex_vci>
* <ex_vpci>/<ex_vci>
* <addressType>-<address>/<ex_vpci>/<ex_vci>
* <address>/<ex_vpci>/<ex_vci>
In applications in which the media-level part of a session descriptor is bound to a subchannel within an ATM virtual circuit, the <virtualConnectionId> can be in one of the following formats:
セッション記述のメディアレベル部はATM仮想回路内のサブチャネルに結合されたアプリケーションで、<virtualConnectionId>次のいずれかの形式であってもよいです。
* <ex_vcci>/<ex_cid>
* <addressType>-<address>/<ex_vcci>/<ex_cid>
* <address>/<ex_vcci>/<ex_cid>
* <ex_bcg>/<ex_vcci>/<ex_cid>
* <ex_portId>/<ex_vpi>/<ex_vci>/<ex_cid>
* <ex_bcg>/<ex_vpi>/<ex_vci>/<ex_cid>
* <ex_vpci>/<ex_vci>/<ex_cid> * <addressType>-<address>/<ex_vpci>/<ex_vci>/<ex_cid> * <address>/<ex_vpci>/<ex_vci>/<ex_cid>
* <ex_vpci> / <ex_vci> / <ex_cid> * <addressType型> - <アドレス> / <ex_vpci> / <ex_vci> / <ex_cid> * <アドレス> / <ex_vpci> / <ex_vci> / <ex_cid>
Here,
ここに、
<ex_vcci> = VCCI-<vcci>
<ex_vpci> = VPCI-<vpci>
<ex_bcg> = BCG-<bcg>
<ex_portId> = PORT-<portId>
<ex_vpi> = VPI-<vpi>
<ex_vci> = VCI-<vci>
<ex_cid> = CID-<cid>
The <vcci>, <vpi>, <vci>, <vpci> and <cid> are decimal numbers or hexadecimal numbers. An "0x" prefix is used before their values when they are in the hex format.
<VCCI>、<VPI>、<VCI>、<VPCI>及び<CID>は、10進数と16進数です。彼らは16進表記されているとき、プレフィクス「0x」は、その値の前に使用されています。
The <portId> is always a hexadecimal number. An "0x" prefix is not used with it.
<PORTID>は常に16進数です。プレフィクス「0x」はそれで使用されていません。
The <addressType> and <address> are identical to their definitions above for the connection information line with the difference that this address refers to the remote peer in the media information line. Since the <virtualConnectionId>, as defined here, is meant for use in ATM networks, the values of <addressType> and <address> in the <virtualConnectionId> are limited to ATM-specific values.
<addressType型>と<address>は、このアドレスは、メディア情報ラインのリモートピアを指すこと差との接続情報行のための上記のその定義と同一です。ここで定義されるようなATMネットワークで使用するために意図されている<virtualConnectionId>ので、、、<virtualConnectionId>で<addressType型>の値と<アドレス> ATM-特定の値に限定されます。
The <vpi>, <vci> and <cid> are the Virtual Path Identifier, Virtual Circuit Identifier and Channel Identifier respectively. The <vpi> is an 8 or 12 bit field. The <vci> is a 16-bit field. The <cid> is an 8-bit field ([8] and [11]). For AAL1 applications, it corresponds to the channel number defined in Annex C of [8].
<VPI>、<VCI>との<cid>は、仮想パスそれぞれ識別子、仮想回線識別子とチャネル識別子です。 <VPI> 8または12ビットのフィールドです。 <VCI> 16ビットのフィールドです。 <CID> 8ビットのフィールドである（[8]、[11]）。 AAL1の用途では、[8]の付録Cに定義されたチャンネル番号に対応します。
The <vpci> is a 16-bit field defined in Section 4.5.16 of ITU Q.2931 [Ref. 15]. The <vpci> is similar to the <vpi>, except for its width and the fact that it retains its value across VP crossconnects. In some applications, the size of the <vpci> is the same as the size of the <vpi> (8 or 12 bits). In this case, the most significant 8 or 4 bits are ignored.
<VPCI> ITU Q.2931 [参考文献のセクション4.5.16で定義された16ビットのフィールドです。 15]。 <VPCI>は、その幅と、それはVPのクロスコネクト全体でその値を保持しているという事実を除いて、<VPI>に似ています。いくつかの用途では、<VPCI>のサイズは<VPI>（8または12ビット）のサイズと同じです。この場合、最上位の8つのまたは4ビットは無視されます。
The <vcci> is a 16-bit field defined in ITU Recommendation Q.2941.2 [32]. The <vcci> is similar to the <vci>, except for the fact that it retains its value across VC crossconnects.
<VCCI> ITU勧告Q.2941.2 [32]で定義された16ビットのフィールドです。 <VCCI>は、それがVCクロスコネクト全体でその値を保持しているという事実を除いて、<VCI>に似ています。
In general, <vpci> and <vcci> values are unique between a pair of nodes. When they are unique between a pair of nodes but not unique within a network, they need to be qualified, at any node, by the ATM address of the remote node. These parameters can be pre-provisioned or signaled. When signaled, the <vpci> is encapsulated in the connection identifier information element of SVC signaling messages. The <vcci> is encapsulated in the Generic Information Transport (GIT) information element of SVC signaling messages. In an ATM node pair, either node can assign <vcci> values and signal it to the other end via SVC signaling. A glare avoidance scheme is defined in [32] and [44]. This mechanism works in SVC applications. A different glare avoidance technique is needed when a pool of existing PVCs/SPVCs is dynamically assigned to calls. One such scheme for glare reduction is the assignment of <vcci> values from different ends of the <vcci> range, using the lowest or highest available value as applicable.
一般に、<VPCI>と<VCCI>の値は、ノードの対の間の独特です。これらは、ノードの対の間のユニークが、ネットワーク内で一意でない場合、それらは、リモートノードのATMアドレスによって、任意のノードで、修飾する必要があります。これらのパラメータは、事前プロビジョニングまたはシグナリングすることができます。シグナリング場合、<VPCI> SVCシグナリングメッセージのコネクション識別子情報要素中にカプセル化されています。 <VCCI> SVCシグナリングメッセージの一般情報輸送（GIT）情報要素内に封入されます。 ATMノード対に、いずれかのノードが<VCCI>値を割り当てることができ、SVCシグナリングを介してもう一方の端にそれを知らせます。グレア回避スキームは[32]及び[44]で定義されています。このメカニズムは、SVCアプリケーションで動作します。既存のPVC / SPVCのプールを動的にコールに割り当てられている場合、異なるグレア回避技術が必要とされています。グレア低減のためのそのようなスキームは、適用可能な最低または最高の利用可能な値を使用して、<VCCI>範囲の異なる端から<VCCI>値の割り当てです。
When <vpci> and <vcci> values are pre-provisioned, administrations have the option of provisioning them uniquely in a network. In this case, the ATM address of the far end is not needed to qualify these parameters.
<VPCI>と<VCCI>の値が事前にプロビジョニングされている場合には、投与は、ネットワーク内で一意にプロビジョニングするオプションがあります。この場合、遠端のATMアドレスは、これらのパラメータを修飾する必要はありません。
In the AAL2 context, the definition of a VCC implies that there is no CID-level switching between its ends. If either end can assign <cid> values, then a glare reduction mechanism is needed. One such scheme for glare reduction is the assignment of <cid> values from different ends of the <cid> range, using the lowest or highest available value as applicable.
AAL2の文脈において、VCCの定義は、その端部の間にCIDレベルの切り替えがないことを意味します。両端が<CID>値を割り当てることができる場合、グレア低減機構が必要です。グレア低減のためのそのようなスキームは、適用可能な最低または最高の利用可能な値を使用して、<CID>範囲の異なる端から<CID>値の割り当てです。
The <portId> parameter is used to identify the physical trunk port on an ATM module. It can be represented as a hexadecimal number of up to 32 hex digits.
<PORTID>パラメータは、ATMモジュール上の物理トランクポートを識別するために使用されます。それは、最大32進桁の16進数の数として表すことができます。
In some applications, it is meaningful to bundle a set of connections between a pair of ATM nodes into a bearer connection group. The <bcg> subparameter is an eight bit field that allows the bundling of up to 255 VPCs or VCCs.
いくつかの用途では、ベアラ接続グループにATMノードのペア間の接続のセットをバンドルすることが有意義です。 <BCG>サブパラメータには、最大255件のVPCまたはのVCCのバンドルを可能にする8ビットのフィールドです。
In some applications, it is necessary to wildcard the <virtualConnectionId> parameter, or some elements of this parameter. The "$" wildcard character can be substituted for the entire <virtualConnectionId> parameter, or some of its terms. In the latter case, the constant strings that qualify the terms in the <virtualConnectionId> are retained. The concatenation <addressType>-<address> can be wildcarded in the following ways:
いくつかの用途では、<virtualConnectionId>パラメータ、又はこのパラメータのいくつかの要素をワイルドカードが必要です。 「$」ワイルドカード文字は、全体の<virtualConnectionId>パラメータの代わりに、またはその用語のいくつかのことができます。後者の場合には、<virtualConnectionId>内の用語を修飾定数文字列が保持されています。連結<addressType型> - <アドレス>次の方法でワイルドカードすることができます。
* The entire concatenation, <addressType>-<address>, is replaced with a "$". * <address> is replaced with a "$", but <addressType> is not.
*全体の連結は、<addressType型> - <アドレス>、 "$" に置き換えられています。 * <アドレス>は "$" に置き換えられますが、<addressType型>がありません。
Examples of wildcarding the <virtualConnectionId> in the AAL1 and AAL5 contexts are: $, VCCI-$, BCG-100/VPI-20/VCI-$. Examples of wildcarding the <virtualConnectionId> in the AAL2 context are: $, VCCI-40/CID-$, BCG-100/VPI-20/VCI-120/CID-$, NSAP-$/VCCI-$/CID-$, $/VCCI-$/CID-$.
AAL1とAAL5文脈で<virtualConnectionId>をワイルドカードの例は、$、VCCI- $、BCG-100 / VPI-20 / VCI- $。 AAL2コンテキストで<virtualConnectionId>ワイルドカードの例は、$、VCCI-40 / CID- $、BCG-100 / VPI-20 / VCI-120 / CID-の$、NSAP - $ / VCCI - $ / CID- $ 、$ / VCCI - $ / CID- $。
It is also permissible to set the entire <virtualConnectionId> parameter to a "-" indicating its irrelevance.
その見当違いを示す - 「」に全体<virtualConnectionId>パラメータを設定することも許されます。
The <transport> parameter indicates the method used to encapsulate the service payload. These methods are not defined in this document, which refers to existing ATMF and ITU-T standards, which, in turn, might refer to other standards. For ATM applications, the following <transport> values are defined:
<輸送>パラメータは、サービス・ペイロードをカプセル化するために使用される方法を示しています。これらのメソッドは、順番に、他の規格を参照してください可能性がある、既存のATMFとITU-Tの規格を意味し、この文書で定義されていません。 ATMアプリケーションでは、次の<交通>の値が定義されています。
Table 1: List of Transport Parameter values used in SDP in the ATM context
表1：ATMの文脈でSDPで使用されるトランスポートパラメータ値の一覧
+---------------------------------------------------------------------+
| | Controlling Document for |
| Transport | Encapsulation of Service Payload |
+------------------------+--------------------------------------------+
| AAL1/ATMF | af-vtoa-0078.000 [7] |
+------------------------+--------------------------------------------+
| AAL1/ITU | ITU-T H.222.1 [51] |
+------------------------+--------------------------------------------+
| AAL5/ATMF | af-vtoa-0083.000 [46] |
+------------------------+--------------------------------------------+
| AAL5/ITU | ITU-T H.222.1 [51] |
+------------------------+--------------------------------------------+
| AAL2/ATMF | af-vtoa-0113.000 [44] and |
| | af-vmoa-0145.000 [52] |
+------------------------+--------------------------------------------+
| AAL2/ITU | ITU-T I.366.2 [13] |
+------------------------+--------------------------------------------+
| AAL1/custom | Corporate document or |
| AAL2/custom | application-specific interoperability |
| AAL5/custom | statement. |
+------------------------+--------------------------------------------+
| AAL1/<corporateName> | |
| AAL2/<corporateName> | |
| AAL5/<corporateName> | |
| AAL1/IEEE:<oui> | Corporate document |
| AAL2/IEEE:<oui> | |
| AAL5/IEEE:<oui> | |
+------------------------+--------------------------------------------+
| RTP/AVP | Annex C of H.323 [45] |
+------------------------+--------------------------------------------+
In H.323 Annex C applications [45], the <transport> parameter has a value of "RTP/AVP". This is because these applications use the RTP protocol [2] and audio/video profile [3]. The fact that RTP is carried directly over AAL5 per [45] can be indicated explicitly via the aalApp media attribute.
323附属書Cのアプリケーション[45]、<トランスポート>のパラメータは「RTP / AVP」の値を有します。これらのアプリケーションは、RTPプロトコルを使用するので、これは、[3] [2]及びオーディオ/ビデオプロファイルです。 RTPは、[45]あたりAAL5上で直接実行されるという事実はaalAppメディア属性を介して明示的に示すことができます。
A value of "AAL1/custom", "AAL2/custom" or "AAL5/custom" for the <transport> parameter can indicate non-standard or semi-standard encapsulation schemes defined by a corporation or a multi-vendor agreement. Since there is no standard administration of this convention, care should be taken to preclude inconsistencies within the scope of a deployment.
<交通>パラメータの「AAL1 /カスタム」、「AAL2 /カスタム」または「AAL5 /カスタム」の値は、企業またはマルチベンダー契約で定義された非標準または半標準のカプセル化スキームを示すことができます。この大会の標準的な管理はありませんので、注意が展開の範囲内の矛盾を排除するために取られるべきです。
The use of <transport> values "AAL1/<corporateName>", "AAL2/<corporateName>", "AAL5/<corporateName>", "AAL1/IEEE:<oui>", "AAL2/IEEE:<oui>" and "AAL5/IEEE:<oui>" is similar. These indicate non-standard transport mechanisms or AAL2 profiles which should be used consistently within the scope of an application or deployment. The parameter <corporateName> is the registered, globally unique name of a corporation (e.g., Cisco, Telcordia etc.). The parameter <oui> is the hex representation of a three-octet field identical to the OUI maintained by the IEEE. Since this is always represented in hex, the "0x" prefix shall not be used. Leading zeros can be omitted. For example, "IEEE:00000C" and "IEEE:C" both refer to Cisco Systems, Inc.
、 "AAL2 / IEEE：<OUI>"、 "<OUI> AAL1 / IEEE" <輸送>値 "AAL1 / <corporateName>"、 "AAL2 / <corporateName>"、 "/ <corporateName> AAL5" の使用そして "AAL5 / IEEE：<OUI>" は似ています。これらは、アプリケーションまたは配備の範囲内で一貫して使用されるべきである非標準の輸送機構またはAAL2プロファイルを示します。パラメータは、<corporateName>法人（例えば、シスコ、Telcordiaのなど）の登録、グローバルに一意の名前です。パラメータ<OUI> IEEEによって維持OUIと同様の3オクテットフィールドの16進表現です。これは、常に進で表現されているので、プレフィクス「0x」を使用してはなりません。先頭のゼロは省略することができます。例えば、「IEEE：00000C」と「IEEE：C」の両方シスコシステムズ、株式会社を参照してください。
In the AAL1 and AAL5 contexts, the <format list> is a list of payload types:
AAL1とAAL5の文脈では、<フォーマットリスト>ペイロードタイプのリストです：
<payloadType#1> <payloadType#2>...<payloadType#n>
<payloadType＃1> <payloadType＃2> ... <payloadType＃N>
In most AAL1 and AAL5 applications, the ordering of payload types implies a preference (preferred payload types before less favored ones). The payload type can be statically assigned or dynamically mapped. Although the transport is not the same, SDP in the ATM context leverages the encoding names and payload types registered with IANA [31] for RTP. Encoding names not listed in [31] use a "X-" prefix. Encodings that are not statically mapped to payload types in [31] are to be dynamically mapped at the time of connection establishment to payload types in the decimal range 96-127. The SDP 'atmmap' attribute (similar to 'rtpmap') is used for this purpose.
最もAAL1及びAAL5アプリケーションにおいて、ペイロードタイプの順序は、優先（あまり好ましくないもの前に好適なペイロードタイプ）を意味しています。ペイロードタイプは、静的に割り当てられたまたは動的にマッピングすることができます。トランスポートが同じではないが、ATMの文脈におけるSDPはRTPのためのIANA [31]に登録された符号化名とペイロードタイプを活用します。 [31]に記載されていないエンコーディング名は「X-」接頭辞を使用しています。静的[31]にペイロードタイプにマッピングされていないエンコーディングを動的小数範囲96から127でペイロードタイプへの接続確立時にマッピングされます。 （「rtpmap」に類似）SDP「atmmap」属性は、この目的のために使用されています。
In addition to listing the IANA-registered encoding names and payload types found in [31], Table 2 defines a few non-standard encoding names(with "X-" prefixes).
IANAに登録エンコーディング名および[31]に見られるペイロードタイプをリストに加えて、表2（「X-」接頭辞を有する）いくつかの非標準エンコーディング名を定義します。
In the AAL2 context, the <format list> is a list of AAL2 profile types:
AAL2の文脈において、<フォーマットリスト>はAAL2プロファイルタイプのリストです。
<profile#1> <profile#2>...<profile#n>
<プロフィール＃1> <プロフィール＃2> ... <プロフィール＃nの>
In most applications, the ordering of profiles implies a preference (preferred profiles before less favored ones). The <profile> parameter is expressed as a decimal number in the range 1-255.
ほとんどのアプリケーションでは、プロファイルの順序は（あまり好まれたもの前の好適なプロファイル）優先順位を意味します。 <概要>パラメータは、1から255の範囲内の10進数として表現されます。
Using the parameter definitions above, the 'm' for AAL1-based audio media can be constructed as follows:
次のように上記パラメータの定義を使用して、AAL1ベースのオーディオメディアの「m」は構築することができます。
m=audio <virtualConnectionId> AAL1/ATMF <payloadType#1> <payloadType#2>...<payloadType #n>
M =オーディオ<virtualConnectionId> AAL1 / ATMF <payloadType＃1> <payloadType＃2> ... <payloadType #N>
Note that only those payload types, whether statically mapped or dynamically assigned, that are consistent with af-vtoa-78 [7] can be used in this construction.
AF-VTOA-78と一致している静的マッピングされたまたは動的に割り当てられたかどうかだけのペイロードタイプは、[7]この構成で使用することができることに留意されたいです。
Backwards compatibility note: The transport value "AAL1/AVP" used in previous versions of this document should be considered equivalent to the value "AAL1/ATMF" defined above. "AAL1/AVP" is unsuitable because the AVP profile is closely tied to RTP.
後方互換性注：この文書の以前のバージョンで使用されるトランスポート値「AAL1 / AVP」は、上記に定義「AAL1 / ATMF」値と同等であると考えなければなりません。 AVPプロファイルは密接RTPに結びついているので、「AAL1 / AVP」は不向きです。
An example 'm' line use for audio media over AAL1 is:
AAL1オーバーオーディオメディアのための例「M」線に使用することは、次のとおりです。
m=audio VCCI-27 AAL1/ATMF 0
M =オーディオVCCI-27 AAL1 / ATMF 0
This indicates the use of an AAL1 VCC with VCCI=24 to carry PCMU audio that is encapsulated according to ATMF's af-vtoa-78 [7].
これはATMFのAF-VTOA-78に従ってカプセル化されPCMU音声を運ぶためにVCCI = 24とAAL1 VCCの使用を示している[7]。
Another example of the use of the 'm' line use for audio media over AAL1 is:
AAL1オーバーオーディオメディアのための「M」線使用の使用の別の例は次のとおりです。
m=audio $ AAL1/ATMF 0 8
M =オーディオの$ AAL1 / ATMF 0 8
This indicates that any AAL1 VCC may be used. If it exists already, then its selection is subject to glare rules. The audio media on this VCC is encapsulated according to ATMF's af-vtoa-78 [7]. The encodings to be used are either PCMU or PCMA, in preferential order.
これは、任意のAAL1 VCCを使用することができることを示しています。それがすでに存在する場合、その選択はルールをまぶしされることがあります。このVCC上のオーディオメディアはATMFのAF-VTOA-78に従ってカプセル化されている[7]。使用されるエンコーディングは、優先順に、PCMUまたはPCMAのどちらかです。
The 'm' for AAL5-based audio media can be constructed as follows:
次のようにAAL5ベースのオーディオメディアの「m」は構築することができます。
m=audio <virtualConnectionId> AAL5/ATMF <payloadType#1> <payloadType#2>...<payloadType #n>
M =オーディオ<virtualConnectionId> AAL5 / ATMF <payloadType＃1> <payloadType＃2> ... <payloadType #N>
An example 'm' line use for audio media over AAL5 is:
AAL5上のオーディオメディアの例「M」線に使用することは、次のとおりです。
m=audio PORT-2/VPI-6/$ AAL5/ITU 9 15
M =オーディオPORT-2 / VPI-6 / $ AAL5 / ITU 9~15
implies that any VCI on VPI= 6 of trunk port #2 may be used. The identities of the terms in the virtual connection ID are implicit in the application context. The audio media on this VCC is encapsulated according to ITU-T H.222.1 [51]. The encodings to be used are either ITU-T G.722 or ITU-T G.728 (LD-CELP), in preferential order.
トランクポート＃2のVPIに= 6の任意のVCIが使用されてもよいことを意味します。仮想コネクションIDでの用語のアイデンティティは、アプリケーションコンテキストで暗黙的です。このVCC上のオーディオメディアは、ITU-T H.222.1 [51]に記載のカプセル化されています。使用されるエンコーディングは、優先順に、ITU-T G.722やITU-T G.728（LD-CELP）のいずれかです。
The 'm' for AAL5-based H.323 Annex C audio [45] can be constructed as follows:
次のようにAAL5ベースH.323附属書Cオーディオ[45]のための「m」は構築することができます。
m=audio <virtualConnectionId> RTP/AVP <payloadType#1> <payloadType#2>...<payloadType #n>
M =オーディオ<virtualConnectionId> RTP / AVP <payloadType＃1> <payloadType＃2> ... <payloadType #N>
For example:
例えば：
m=audio PORT-9/VPI-3/VCI-$ RTP/AVP 2 96
a=rtpmap:96 X-G727-32
a=aalType:AAL5
a=aalApp:itu_h323c - -
implies that any VCI on VPI= 3 of trunk port #9 may be used. This VC encapsulates RTP packets directly on AAL5 per [45]. The 'rtpmap' (rather than the 'atmmap') attribute is used to dynamically map the payload type of 96 into the codec name X-G727-32 (Table 2). This name represents 32 kbps EADPCM.
トランクポート＃9のVPIに= 3の任意のVCIが使用されてもよいことを意味します。このVCは、[45]あたりAAL5上で直接RTPパケットをカプセル化します。 「rtpmap」（よりむしろ「atmmap」）属性を動的コーデック名X-G727-32（表2）に96のペイロードタイプをマップするために使用されます。この名前は、32 KbpsのEADPCMを表します。
The 'm' line for AAL5-based video media can be constructed as follows:
次のようにAAL5ベースのビデオメディアのための「M」ラインを構築することができます。
m=video <virtualConnectionId> AAL5/ITU <payloadType#1> <payloadType#2>...<payloadType #n>
M =ビデオ<virtualConnectionId> AAL5 / ITU <payloadType＃1> <payloadType＃2> ... <payloadType #N>
In this case, the use of AAL5/ITU as the transport points to H.222.1 as the controlling standard [51]. An example 'm' line use for video media is:
この場合、制御標準としてH.222.1に輸送ポイントとしてAAL5 / ITUの使用[51]。映像メディアの例「M」線に使用することは、次のとおりです。
m=video PORT-9/VPI-3/VCI-$ AAL5/ITU 33
M =ビデオPORT-9 / VPI-3 / VCI- $ AAL5 / ITU 33
This indicates that any VCI on VPI= 3 of trunk port #9 may be used. The video media on this VCC is encapsulated according to ITU-T H.222.1 [51]. The encoding scheme is an MPEG 2 transport stream ("MP2T" in Table 1). This is statically mapped per [31] to a payload type of 33.
これはトランクポート＃9のVPIに= 3の任意のVCIが使用されてもよいことを示しています。このVCC上のビデオメディアは、ITU-T H.222.1 [51]に記載のカプセル化されています。符号化方式は、MPEG 2トランスポートストリーム（表1における「MP2T」）です。これは静的に33のペイロードタイプに[31]ごとにマッピングされます。
Using the parameter definitions in the previous subsections, the media information line for AAL2-based audio media can be constructed as follows:
次のように前のサブセクションのパラメータ定義を使用して、AAL2ベースのオーディオメディアのメディア情報ラインを構築することができます。
m=<media> <virtualConnectionId> <transport#1> <format list#1> <transport#2> <format list#2> ... <transport#M> <format list#M>
M = <メディア> <virtualConnectionId> <トランスポート＃1> <フォーマットリスト＃1> <トランスポート＃2> <フォーマットリスト＃2> ... <トランスポート＃1 M> <フォーマットリスト＃1 M>
where <format list#i> has the form <profile#i_1>...<profile#i_N> Unlike the 'm' line for AAL1 or AAL5 applications, the 'm' line for AAL2 applications can have multiple <transport> parameters, each followed by a <format list>. This is because it is possible to consider definitions from multiple sources (ATMF, ITU and non-standard documents) when selecting AAL2 profile to be bound to a connection.
ここで、<フォーマットリスト＃I> AAL2アプリケーション用のAAL1またはAAL5アプリケーションのための「M」行とは異なりフォーム<プロファイル＃のI_1> ... <プロフィール＃値In>、「M」の行は複数の<交通>パラメータを持つことができています各<フォーマットリスト>が続きます。接続にバインドするAAL2プロファイルを選択する際に、複数のソース（ATMF、ITUおよび非標準のドキュメント）から定義を考慮することができるからです。
In most applications, the ordering of profiles implies a preference (preferred profiles before less favored ones). Therefore, there can be multiple instances of the same <transport> value in the same 'm' line.
ほとんどのアプリケーションでは、プロファイルの順序は（あまり好まれたもの前の好適なプロファイル）優先順位を意味します。したがって、同一の「M」線における同一<輸送>値の複数のインスタンスが存在することができます。
An example 'm' line use for audio media over AAL2 is:
AAL2を超えるオーディオメディアのための例「M」線に使用することは、次のとおりです。
m=audio VCCI-27/CID-19 AAL2/ITU 7 AAL2/custom 100 AAL2/ITU 1
M =オーディオVCCI-27 / AAL2のCID-19/7 AAL2 /カスタム100 AAL2 / ITU 1
This indicates the use of CID #19 on VCCI #27 to carry audio. It provides a preferential list of profiles for this connection: profile AAL2/ITU 7 defined in [13], AAL2/custom 100 defined in an application-specific or interoperability document and profile AAL2/ITU 1 defined in [13].
これは、オーディオを運ぶためにVCCIの＃27にCID＃19の使用を示しています。これは、この接続のプロファイルの優先リストを提供する：[13]で定義されたプロファイルAAL2 / ITU 7、アプリケーション固有または相互運用文書とプロファイルAAL2 [13]で定義された/ ITU 1で定義されたAAL2 /カスタム100。
Another example of the use of the 'm' line use for audio media over AAL2 is:
AAL2を超えるオーディオメディアのための「M」線使用の使用の別の例は次のとおりです。
m=audio VCCI-$/CID-$ AAL2/ATMF 6 8
M =オーディオVCCI - $ / CID- $ AAL2 / ATMF 6 8
This indicates that any AAL2 CID may be used, subject to any applicable glare avoidance/reduction rules. The profiles that can be bound to this connection are AAL2/ATMF 6 defined in af-vtoa-0113.000 [44] and AAL2/ATMF 8 defined in af-vmoa-0145.000 [52]. These sources use non-overlapping profile number ranges. The profiles they define fall under the <transport> category "AAL2/ATMF". This application does not order profiles preferentially. This rule is known a priori. It is not embedded in the 'm' line.
これは、任意のAAL2 CIDは、任意の適用可能なグレア回避/低減規則に従って使用することができることを示しています。 AF-vmoa-0145.000で定義され、この接続に結合させることができるプロファイルAAL2 / ATMF 6は、AF-VTOA-0113.000で定義されている[44]及びAAL2 / ATMF 8 [52]。これらのソースは、非重複プロファイル番号範囲を使用します。プロファイルは、彼らは<交通>カテゴリ「AAL2 / ATMF」の下に秋を定義します。このアプリケーションは、優先プロファイルを注文しません。このルールは、事前に知られています。これは、「M」ラインに埋め込まれていません。
Another example of the use of the 'm' line use for audio media over AAL2 is:
AAL2を超えるオーディオメディアのための「M」線使用の使用の別の例は次のとおりです。
m=audio VCCI-20/CID-$ AAL2/xyzCorporation 11
M =オーディオVCCI-20 / CID- $ AAL2 / xyzCorporation 11
AAL2 VCCs in this application are single-CID VCCs. Therefore, it is possible to wildcard the CID. The single-CID VCC with VCCI=20 is selected. The AAL2 profile to be used is AAL2/xyzCorporation 11 defined by xyzCorporation.
このアプリケーションではAAL2のVCCは、シングルCIDのVCCです。したがって、CIDをワイルドカードすることが可能です。 VCCI = 20を有する単一のCID VCCが選択されます。使用するAAL2プロファイルはxyzCorporationによって定義されたAAL2 / xyzCorporation 11です。
In some applications, an "-" can be used in lieu of:
一部のアプリケーションでは、「 - 」の代わりに使用することができます。
- <format list> - <transport> and <format list>
- <フォーマットリスト> - <交通>と<フォーマットリスト>
This implies that these parameters are irrelevant or are known by other means (such as defaults). For example:
これは、これらのパラメータは無関係であるか、または（例えばデフォルトとして）他の手段によって知られていることを意味します。例えば：
m=audio VCCI-234 - -
a=aalType:AAL1
indicates the use of VCCI=234 with AAL1 adaptation and unspecified encoding.
AAL1適応および不特定のエンコーディングとVCCI = 234の使用を示しています。
In another example application, the 'aal2sscs3662' attribute can indicate <faxDemod> = "on" and any other competing options as "off", and the <aalType> attribute can indicate AAL2. Thus:
別の応用例では、「aal2sscs3662」属性は、<faxDemod> =「オン」と「オフ」などの任意の他の競合のオプションを示すことができ、そして<aalType>属性は、AAL2を示すことができます。したがって
m=audio VCCI-123/CID-5 - -
a=aalType:AAL2
a=aal2sscs3662:audio off off on off on off off off - - -
Besides indicating an audio medium, a VCCI of 123 and a CID of 5, the 'm' line indicates an unspecified profile. The media attribute lines indicate an adaptation layer of AAL2, and the use of the audio SAP [13] to carry demodulated facsimile.
オーディオ媒体123のVCCI及び5のCIDを示す以外に、「M」の行は、不特定のプロファイルを示しています。メディア属性行は、AAL2のアダプテーション層、および復調ファクシミリを運ぶオーディオSAPの使用[13]を示します。
The media information line for "data" media has one of the following the following formats:
「データ」メディアのメディア情報ラインは、次の次のいずれかの形式があります。
m=data <virtualConnectionId> - - m=data - - -
M =データ<virtualConnectionId> - - M =データ - - -
The data could be circuit emulation data carried over AAL1 or AAL2, or packet data carried over AAL5. Media attribute lines, rather than the 'm' line, are used to indicate the adaptation type for the data media. Examples of the representation of data media are listed below.
データは、AAL1またはAAL2を介して搬送される回線エミュレーションデータ、またはAAL5を介して搬送されるパケットデータであってもよいです。メディア属性行ではなく、「M」の行は、データメディアの適応タイプを示すために使用されています。データ媒体の表現の例を以下に列挙する。
m=data PORT-7/VPI-6/VCI-$ - -
a=aalApp:AAL5_SSCOP- -
implies that any VCI on VPI= 6 of trunk port #7 may be used. This VC uses SSCOP on AAL5 to transport data.
トランクポート＃7のVPIに= 6の任意のVCIが使用されてもよいことを意味します。このVCは、データを転送するためにAAL5上のSSCOPを使用しています。
m=data PORT-7/VPI-6/VCI-50 - -
a=aalType:AAL1_SDT
a=sbc:6
implies that VCI 50 on VPI 6 on port 7 uses structured AAL1 to transfer 6 x 64 kbps circuit emulation data. This may be alternately represented as:
ポート7にVPI 6にVCI 50が6×64 kbpsの回路エミュレーションデータを転送するために、構造化AAL1を使用することを意味します。これは、交互のように表すことができます。
m=data PORT-7/VPI-6/VCI-50 - -
b=AS:384
a=aalType:AAL1_SDT
The following lines:
次の行：
m=data VCCI-123/CID-5 - -
a=aalType:AAL2
a=sbc:2
imply that CID 5 of VCCI 123 is used to transfer 2 x 64 kbps circuit emulation data.
VCCI 123のCID 5は、2×64 kbpsの回路エミュレーションデータを転送するために使用されている暗示。
In the AAL1 context, it is also permissible to represent circuit mode data as an "audio" codec. If this is done, the codec types used are X-CCD or X-CCD-CAS. These encoding names are dynamically mapped into payload types through the 'atmmap' attribute. For example:
AAL1の文脈では、「オーディオ」コーデックの回路モードデータを表すためにも許容されます。これが行われた場合、使用するコーデックのタイプはX-CCDやX-CCD-CASです。これらのエンコーディング名を動的に「atmmap」属性によってペイロードタイプにマッピングされます。例えば：
m=audio VCCI-27 AAL1/AVP 98
a=atmmap:98 X-CCD
a=sbc:6
implies that AAL1 VCCI=27 is used for 6 x 64 transmission.
AAL1 VCCI = 27が6×64伝送のために使用されることを意味します。
In the AAL2 context, the X-CCD codec can be assigned a profile type and number. Even though it is not possible to construct a profile table as described in ITU I.366.2 for this "codec", it is preferable to adopt the common AAL2 profile convention in its case. An example AAL2 profile mapping for the X-CCD codec could be as follows:
AAL2の文脈において、X-CCDコーデックは、プロファイルの種類と番号を割り当てることができます。この「コーデック」のITU I.366.2で説明したように、プロファイルテーブルを構築することは不可能であるにもかかわらず、その場合には、共通のAAL2プロファイル規則を採用することが好ましいです。次のようにX-CCDコーデックの例AAL2プロファイルマッピングがあってもよいです。
PROFILE TYPE PROFILE NUMBER "CODEC" (ONLY ONE) "custom" 200 X-CCD
プロファイルの種類プロファイル番号 "CODEC"（ONLY ONE） "カスタム" 200 X-CCD
The profile does not identify the number of subchannels ('n' in nx64). This is known by other means such as the 'sbc' media attribute line.
プロファイルは、（「N」にするnx64）サブチャネルの数を識別しません。これは、「SBCのメディア属性ラインのような他の手段によって知られています。
For example, the media information line:
例えば、メディア情報ライン：
m=audio $ AAL2/custom 200
a=sbc:6
implies 384 kbps circuit emulation using AAL2 adaptation.
AAL2適応を使用して384 kbpsの回線エミュレーションを意味します。
It is not necessary to define a profile with the X-CCD-CAS codec, since this method of CAS transport [7] is not used in AAL2 applications.
CAS輸送のこの方法[7] AAL2アプリケーションで使用されていないので、X-CCD-CASコーデックでプロファイルを定義する必要はありません。
In an SDP line sequence, the media information line 'm' is followed by one or more media attribute or 'a' lines. Media attribute lines are per the format below:
SDPラインシーケンスでは、メディア情報の行「m」は1つまたは複数のメディア属性または「」行が続きます。メディア属性行は、以下の形式ごとに、次のとおりです。
a=<attribute>:<value>
= <属性>：<値>
or
または
a=<value>
= <値>
In general, media attribute lines are optional except when needed to qualify the media information line. This qualification is necessary when the "m" line for an AAL1 or AAL5 session specifies a payload type that needs to be dynamically mapped. The 'atmmap' media attribute line defined below is used for this purpose.
一般的には、メディア属性行は、メディア情報ラインを修飾するために必要な場合を除いてオプションです。 AAL1またはAAL5セッションの「M」の行を動的にマッピングする必要のペイロードタイプを指定すると、この資格が必要です。以下に定義する「atmmapのメディア属性行は、この目的のために使用されています。
In attribute lines, subparameters that are meant to be left unspecified are set to a "-". These are generally inapplicable or, if applicable, are known by other means such as provisioning. In some cases, a media attribute line with all parameters set to "-" carries no information and should be preferably omitted. In other cases, such as the 'lij' media attribute line, the very presence of the media attribute line conveys meaning.
「 - 」属性行では、未指定のままにすることを意図しているサブパラメータは次のように設定されています。これらは一般に適用できない、または、該当する場合、そのようなプロビジョニングのような他の手段によって知られています。いくつかのケースでは、に設定されたすべてのパラメータを持つメディア属性行は、「 - 」何の情報も運ばないし、好ましくは省略されなければなりません。他の例では、このような「LIJのメディア属性ラインとして、メディア属性行の非常に存在が意味を伝えます。
There are no restrictions placed by RFC 2327 [1] regarding the order of 'a' lines with respect to other 'a' lines. However, these lines must not contradict each other or the other SDP lines. Inconsistencies are not to be ignored and should be flagged as errors. Repeated media attribute lines can carry additional information. These should not be inconsistent with each other.
[1]他の '線に対して「」行の順序に関するRFC 2327によって配置制限はありません。しかし、これらの行は、相互に、または他のSDPラインと矛盾してはなりません。不整合は無視され、エラーとしてフラグ付けされるべきではありません。繰り返されるメディア属性行は、追加の情報を運ぶことができます。これらは相互に矛盾してはなりません。
Applications will selectively use the optional media attribute lines listed below. This is meant to be an exhaustive list for describing the general attributes of ATM bearer networks.
アプリケーションは、選択的に、下記オプションのメディア属性行を使用します。これは、ATMベアラネットワークの一般的な属性を記述するための網羅的なリストであることを意味します。
The base specification for SDP, RFC 2327 [1], allows the definition f new attributes. In keeping with this spirit, some of the attributes defined in this document can also be used in SDP descriptions of IP nd other non-ATM sessions. For example, the 'vsel', 'dsel' and 'fsel' attributes defined below refer generically to codec-s. These can be bed for service-specific codec negotiation and assignment in non-ATM s well as ATM applications.
SDPのベース仕様は、RFC 2327 [1]は、新しい属性Fの定義を可能にします。この精神に沿って、この文書で定義された属性のいくつかはまた、IPのSDP記述に使用することができますが、他の非ATMセッションをND。例えば、「VSEL」、「DSEL」と「FSEL」は、以下に定義された属性コーデック-Sを総称指します。これらは、非ATMのほか、ATMアプリケーションにおけるサービス固有のコーデックのネゴシエーションと割り当てのためにベッドすることができます。
SDP media attributes defined in this document for use in the ATM context are classified as:
ATMのコンテキストで使用するために、この文書で定義されたSDPメディア属性は、以下のように分類されます。
* ATM bearer connection attributes (Section 5.6.1) * AAL attributes (Section 5.6.2) * Service attributes (Section 5.6.3). * Miscellaneous media attributes, that cannot be classified as ATM, AAL or service attributes (Section 5.6.4).
*接続属性ベアラATM（第5.6.1項）* AAL属性（5.6.2項）*サービスの属性（5.6.3項）。 ATM、AALまたはサービス属性（5.6.4項）に分類することができません*その他のメディア属性、。
In addition to these, the SDP attributes defined in [1] can also be used in the ATM context. Examples are:
これらに加えて、[1]で定義されたSDP属性もATMコンテキストで使用することができます。例としては、以下のとおりです。
* The attributes defined in RFC 2327 which allow indication of the direction in which a session is active. These are a=sendonly, a=recvonly, a=sendrecv, a=inactive.
*セッションがアクティブである方向の表示を可能にするRFC 2327で定義された属性。これらは= sendonlyの、A =がrecvonly、A = SENDRECV、A =非アクティブです。
* The 'Ptime' attribute defined in RFC 2327. It indicates the packet period. It is not recommended that this attribute be used in ATM applications since packet period information is provided with other parameters (e.g., the profile type and number in the 'm' line, and the 'vsel', 'dsel' and 'fsel' attributes). Also, for AAL1 applications, 'ptime' is not applicable and should be flagged as an error. If used in AAL2 and AAL5 applications, 'ptime' should be consistent with the rest of the SDP description.
* RFC 2327で定義された「PTIME」属性は、それは、パケットの期間を示します。パケット周期情報は、他のパラメータ（例えば、プロファイルタイプと番号「M」行で、と「VSEL」、「DSEL」と 'FSELの属性を備えているので、この属性は、ATMアプリケーションで使用することが推奨されていません）。また、AAL1アプリケーション用に、「PTIME」を適用できず、エラーとしてフラグ付けされなければなりません。 AAL2とAAL5のアプリケーションで使用される場合は、「PTIMEは」SDP記述の残りの部分と一致している必要があります。
* The 'fmtp' attribute used to designate format-specific parameters.
*「のfmtp」属性は、フォーマット固有のパラメータを指定するために使用されます。
The following is a summary list of the SDP media attributes that can be used to describe ATM bearer connections. These are detailed in subsequent subsections.
以下は、ATMベアラ接続を記述するために使用することができるSDPメディア属性の要約リストです。これらは、後続のサブセクションで詳述されています。
* The 'eecid' attribute. This stands for 'end-to-end connection identifier'. It provides a means of correlating service-level connections with underlying ATM bearer connections. In the Q.1901 [36] context, the eecid is synonymous with the bnc-id (backbone network connection identifier).
* 'eecid' 属性。これは、「エンドツーエンドの接続ID」の略です。これは、基礎となるATMベアラコネクションとのサービスレベル接続を相関させる手段を提供します。 Q.1901 [36]に関連して、eecidはBNC-ID（バックボーンネットワーク接続識別子）と同義です。
* The 'aalType' attribute. This is used to indicate the nature of the ATM adaptation layer (AAL).
* 'aalType' 属性。これは、ATMアダプテーションレイヤ（AAL）の性質を示すために使用されます。
* The 'capability' attribute, which indicates the ATM transfer capability (ITU nomenclature), synonymous with the ATM Service Category (ATMF nomenclature).
ATMサービスカテゴリ（ATMF命名法）と同義ATM転送能力（ITU命名法）を示し、*「機能」属性、。
* The 'qosClass' attribute, which indicates the QoS class of the ATM bearer connection.
*接続ベアラATMのQoSクラスを表す「qosClass」属性、。
* The 'bcob' attribute, which indicates the broadband connection oriented bearer class, and whether end-to-end timing is required.
ブロードバンド接続指向のベアラ・クラスを示しており、エンド・ツー・エンドのタイミングが必要かどうか*「bcob」属性、。
* The 'stc' attribute, which indicates susceptibility to clipping.
クリッピングに感受性を示す*「STC」属性、。
* The 'upcc' attribute, which indicates the user plane connection configuration.
ユーザプレーン接続構成を示します*「upcc」属性、。
* The 'atmQOSparms' attribute, which is used to describe certain key ATM QoS parameters.
特定のキーATM QoSパラメータを記述するために使用される*「atmQOSparms」属性、。
* The 'atmTrfcDesc' attribute, which is used to describe ATM traffic descriptor parameters.
ATMトラフィック記述子パラメータを記述するために使用される*「atmTrfcDesc」属性、。
* The 'abrParms' attribute, which is used to describe ABR-specific parameters. These parameters are per the UNI 4.0 signaling specification [5].
ABR固有のパラメータを記述するために使用される*「abrParms」属性、。これらのパラメータは、UNI 4.0シグナリング仕様ごとである[5]。
* The 'abrSetup' attribute, which is used to indicate the ABR parameters needed during call/connection establishment.
コール/接続確立中に必要ABRパラメータを示すために使用される*「abrSetup」属性、。
* The 'bearerType' attribute, which is used to indicate whether the underlying bearer is an ATM PVC/SPVC, an ATM SVC, or a subchannel within an existing ATM SVC/PVC/SPVC.
*根底ベアラがATM PVC / SPVC、ATM SVC、または既存のATM SVC / PVC / SPVC内のサブチャネルであるかどうかを示すために使用される「bearerType」属性、。
* The 'lij' attribute, which is used to indicate the presence of a connection that uses the Leaf-initiated-join capability described in UNI 4.0 [5], and to optionally describe parameters associated with this capability.
[5] UNI 4.0に記載のリーフ開始ジョイン能力を使用し、この機能に関連するパラメータを記述する任意に接続が存在することを示すために使用される*「LIJ」属性、。
* The 'anycast' attribute, which is used to indicate the applicability of the anycast function described in UNI 4.0 [5], and to optionally qualify it with certain parameters.
* [5] UNI 4.0に記載のエニーキャスト関数の適用性を示すために使用される「エニーキャスト」属性、および特定のパラメータとそれを修飾する任意します。
* The 'cache' attribute, which is used to enable SVC caching and to specify an inactivity timer for SVC release.
SVCのキャッシュを有効にし、SVCの解放のための非アクティブタイマーを指定するために使用される*「キャッシュ」属性、。
* The 'bearerSigIE' attribute, which can be used to represent ITU Q-series information elements in bit-map form. This is useful in describing parameters that are not closely coupled to the ATM and AAL layers. Examples are the B-HLI and B-LLI IEs specified in ITU Q.2931 [15], and the user-to-user information element described in ITU Q.2957 [48].
ビットマップ形式でITU Qシリーズの情報要素を表すために使用することができる*「bearerSigIE」属性、。これは、密接にATMおよびAAL層に結合されていないパラメータを説明するのに有用です。例としては、ITU Q.2931 [15]で指定されたB-HLI及びB-LLIのIE、およびITU Q.2957 [48]に記載のユーザ・ユーザ情報要素です。
The 'eecid' attribute is synonymous with the 4-byte 'bnc-id' parameter used by T1SI, the ATM forum and the ITU (Q.1901) standardization effort. The term 'eecid' stands for 'end-to-end connection identifier', while 'bnc-id' stands for 'backbone network connection identifier'. The name "backbone" is slightly misleading since it refers to the entire ATM network including the ATM edge and ATM core networks. In Q.1901 terminology, an ATM "backbone" connects TDM or analog edges.
「eecid」属性はT1SI、ATMフォーラムとITU（Q.1901）標準化作業で使用される4バイトの「BNC-ID」パラメータと同義です。 「BNC-idは」「バックボーンネットワーク接続識別子」の略ながら、用語「eecidは」、「エンドツーエンドの接続ID」の略です。名称「骨格」は、ATMエッジとATMコアネットワークを含む全体のATMネットワークを指すためわずかに誤解です。 Q.1901用語では、ATM「バックボーン」は、TDMまたはアナログエッジを接続します。
While the term 'bnc-id' might be used in the bearer signaling plane and in an ISUP (Q.1901) call control plane, SDP session descriptors use the neutral term 'eecid'. This provides a common SDP baseline for applications that use ISUP (Q.1901) and applications that use SIP/SIP+.
用語「BNC-IDが」ベアラシグナリングプレーンおよびISUP（Q.1901）呼制御プレーンで使用されるかもしれないが、SDPセッション記述子は中性用語「eecid」を使用します。これは、ISUP（Q.1901）及びSIP / SIP +を使用するアプリケーションを使用するアプリケーションのための共通のSDPベースラインを提供します。
Section 5.6.6 depicts the use of the eecid in call establishment procedures. In these procedures, the eecid is used to correlate service-level calls with SVC set-up requests.
セクション5.6.6は、呼確立手順でeecidの使用を示しています。これらの手順では、eecidは、SVCのセットアップ要求にサービスレベルの呼び出しを相関させるために使用されています。
In the forward SVC establishment model, the call-terminating gateway selects an eecid and transmits it via SDP to the call-originating gateway. The call originating gateway transmits this eecid to the call terminating gateway via the bearer set-up message (SVC set-up or Q.2630.1 establish request).
フォワードSVC確立モデルにおいて、呼終端ゲートウェイはeecidを選択し、コール発信ゲートウェイにSDPを介して送信します。ゲートウェイ発信コールが（要求を確立するSVCのセットアップまたはQ.2630.1）ベアラセットアップメッセージを介してコール終端ゲートウェイこのeecidを送信します。
In the backward SVC establishment model, the call-originating gateway selects an eecid and transmits it via SDP to the call-terminating gateway. The call terminating gateway transmits this eecid to the call originating gateway via the bearer set-up message (SVC set-up or Q.2630.1 establish request).
後方SVC確立モデルにおいて、呼発信ゲートウェイはeecidを選択し、呼終端ゲートウェイにSDPを介して送信します。ゲートウェイ終端呼は、ベアラ設定メッセージ（SVCのセットアップまたはQ.2630.1要求を確立する）を介してゲートウェイを発信このeecidを送信します。
The value of the eecid attribute values needs to be unique within the node terminating the SVC set-up but not across multiple nodes. Hence, the SVC-terminating gateway has complete control over using and releasing values of this parameter. The eecid attribute is used to correlate, one-to-one, received bearer set-up requests with service-level call control signaling.
eecid属性値の値は、SVCのセットアップではなく、複数のノード間での終端ノード内で一意である必要があります。したがって、SVC-終端ゲートウェイを使用して、このパラメータの値を解放を完全に制御しています。 eecid属性は、一対一、相関させるために使用されるサービスレベルの呼制御シグナリングとセットアップリクエストベアラ受信されます。
Within an SDP session description, the eecid attribute is used as follows:
次のようにSDPセッション記述の中で、eecid属性が使用されます。
a=eecid:<eecid>
A = eecid <eecid>
where <eecid> consists of up to 8 hex digits (equivalent to 4 octets). Since this is always represented in hex, the "0x" prefix shall not be used.
ここで、<eecid>は、最大8進数字（4つのオクテットに相当）から成ります。これは、常に進で表現されているので、プレフィクス「0x」を使用してはなりません。
Within the text representation of the <eecid> parameter, hex digits to the left are more significant than hex digits to the right (Section 2.2).
<eecid>パラメータのテキスト表現の中で、左に進数字は右（2.2節）に進数字よりも重要です。
This SDP document does not specify how the eecid (synonymous with bnc-id) is to be communicated through bearer signaling (Q.931, UNI, PNNI, AINI, IISP, proprietary signaling equivalent, Q.2630.1). This is a task of these bearer signaling protocols. However, the following informative statements are made to convey a sense of the interoperability that is a goal of current standardization efforts:
このSDP文書は（BNC-IDと同義）eecidベアラシグナリング（Q.931、UNI、PNNI、AINI、IISP、独自のシグナルと同等、Q.2630.1）を介して通信する方法を指定しません。これは、これらのベアラシグナリングプロトコルの課題です。ただし、以下の有益な文は、現在の標準化活動の目標である相互運用性の感覚を伝えるために作られています：
- ITU Q.2941.3 and the ATMF each recommend the use of the GIT IE for carrying the eecid (synonymous with bnc-id) in the set-up message of ATM signaling protocols (Q.2931, UNI 4.0, PNNI, AINI, IISP). The coding for carrying the eecid (bnc-id) in the GIT IE is defined in ITU Q.2941.3 and accepted by the ATM forum.
- ITU Q.2941.3とATMF各ATMシグナリングプロトコル（Q.2931、UNI 4.0、PNNI、AINI、IISPの設定メッセージに（BNC-IDと同義）eecidを運ぶためGIT IEを使用することをお勧め）。 GIT IEにeecid（BNC-ID）を搬送するためのコーディングは、ITU Q.2941.3で定義され、ATMフォーラムによって受け入れられます。
- Another alternate method is to use the called party subaddress IE. In some networks, this might be considered a protocol violation and is not the recommended means of carrying the eecid (bnc-id). The GIT IE is the preferred method of transporting the eecid (bnc-id) in ATM signaling messages.
- もう一つの別の方法は、着信側のサブアドレスIEを使用することです。一部のネットワークでは、これはプロトコル違反と見なされるかもしれないとeecid（BNC-ID）を運ぶの推奨手段ではありません。 GIT IEは、ATMシグナリングメッセージにeecid（BNC-ID）を搬送する好ましい方法です。
- The establish request (ERQ) message of the Q.2630.1 [37] signaling protocol can use the SUGR (Served User Generated Reference) IE to transport the eecid (bnc-id).
- Q.2630.1の確立要求（ERQ）メッセージ[37] eecid（BNC-ID）を輸送するSUGR（リファレンス生成サービス対象ユーザ）IEを使用することができるシグナリングプロトコル。
The node assigning the eecid can release and re-use it when it receives a Q.2931 [15] set-up message or a Q.2630.1 [37] establish request message containing the eecid.
それはQ.2931 [15]設定メッセージ又はQ.2630.1 [37] eecidを含む要求メッセージを確立を受信したときeecidを割り当てるノードがそれを解放し、再使用することができます。
However, in both cases (backward and forward models), it is recommended that this eecid be retained until the connection terminates. Since the eecid space is large enough, it is not necessary to release it as soon as possible.
しかし、どちらの場合も（前後のモデル）で、接続が終了するまで、このeecidを保持することをお勧めします。 eecidスペースが十分に大きいので、できるだけ早くそれを解放する必要はありません。
When present, the 'aalType' attribute is used to indicate the ATM adaptation layer. If this information is redundant with the 'm' line, it can be omitted. The format of the 'aalType' media attribute line is as follows:
存在する場合、「aalType」属性は、ATMアダプテーション層を示すために使用されます。この情報は、「M」線と重複している場合、それは省略することができます。以下のように「aalTypeのメディア属性行の形式は次のとおりです。
a=aalType: <aalType>
A = aalType <aalType>
Here, <aalType> can take on the following string values: "AAL1", "AAL1_SDT", "AAL1_UDT", "AAL2", "AAL3/4", "AAL5" and "USER_DEFINED_AAL". Note that "AAL3/4" and "USER DEFINED AAL" are not addressed in this document.
"AAL1"、 "AAL1_SDT"、 "AAL1_UDT"、 "AAL2"、 "AAL3 / 4"、 "AAL5" と "USER_DEFINED_AAL"：ここでは、<aalType>は、次の文字列値を取ることができます。 「AAL3 / 4」と「USER DEFINED AALは、」この文書で扱われていないことに注意してください。
When present, the 'capability' attribute indicates the ATM Transfer Capability described in ITU I.371 [28], equivalent to the ATM Service Category described in the UNI 4.1 Traffic Management specification [6].
存在する場合、「機能」属性は、[6] UNI 4.1トラフィック管理仕様書に記載したATMサービスカテゴリに相当し、[28] ITU I.371で説明ATM転送能力を示しています。
The 'capability' media attribute line is structured in one of the following ways:
「機能のメディア属性行は、次のいずれかの方法で構成されています。
a=capability:<asc> <subtype>
=機能：<ASC> <サブタイプ>
a=capability:<atc> <subtype>
=機能：<ATC> <サブタイプ>
Possible values of the <asc> are enumerated below:
<ASC>の可能な値は以下に列挙されています。
"CBR", "nrt-VBR", "rt-VBR", "UBR", "ABR", "GFR"
"CBR"、 "NRT-VBR"、 "RT-VBR"、 "UBR"、 "ABR"、 "GFR"
Possible values of the <atc> are enumerated below:
<ATC>の可能な値は以下に列挙されています。
"DBR","SBR","ABT/IT","ABT/DT","ABR"
"DBR"、 "SBR"、 "ABT / IT"、 "ABT / DT"、 "ABR"
Some applications might use non-standard <atc> and <asc> values not listed above. Equipment designers will need to agree on the meaning and implications of non-standard transfer capabilities / service capabilities.
一部のアプリケーションでは、非標準の<ATC>を使用し、<ASC>値は上記に記載されていない可能性があります。機器の設計者は、意味と非標準の転送機能/サービス機能の意味合いに同意する必要があります。
The <subtype> field essentially serves as a subscript to the <asc> and <atc> fields. In general, it can take on any integer value, or the "-" value indicating that it does not apply or that the underlying data is to be known by other means, such as provisioning.
<サブタイプ>フィールドは、本質的に<ASC>と<ATC>フィールドに添え字として機能します。一般的には、任意の整数値を取る、またはすることができ、「 - 」の値が適用され、または基礎となるデータは、プロビジョニングなどの他の手段によって知られるようになることはないことを示します。
For an <asc> value of CBR and an <atc> value of DBR, the <subtype> field can be assigned values from Table 4-6 of ITU Q.2931 [15]. These are:
CBRの<ASC>値とDBRの<ATC>値<サブタイプ>のフィールドは、ITU Q.2931 [15]の表4-6の値を割り当てることができます。これらは：
<asc>/<atc> <subtype> Meaning
<ASC> / <ATC> <サブタイプ>の意味
"CBR"/"DBR" 1 Voiceband signal transport (ITU G.711, G.722, I.363) "CBR"/"DBR" 2 Circuit transport (ITU I.363) "CBR"/"DBR" 4 High-quality audio signal transport (ITU I.363) "CBR"/"DBR" 5 Video signal transport (ITU I.363)
CBR / DBR 1つの音声帯域トランスポート信号（ITU G.711、G.722、I.363）CBR / DBR 2搬送回路（ITU I.363）CBR / DBR高4 - 品質オーディオ信号伝送（ITU I.363）CBR / DBR 5ビデオ信号のトランスポート（ITU I.363）
Note that [15] does not define a <subtype> value of 3.
[15] 3の<サブタイプ>の値を定義しないことに留意されたいです。
For other values of the <asc> and <atc> parameters, the following values can be assigned to the <subtype> field, based on [6] and [28].
<ASC>と<ATC>パラメータの他の値について、以下の値が[6]、[28]に基づいて、<サブタイプ>フィールドに割り当てることができます。
<asc>/<atc> <subtype> Meaning
<ASC> / <ATC> <サブタイプ>の意味
nrt-VBR 1 nrt-VBR.1 nrt-VBR 2 nrt-VBR.2 nrt-VBR 3 nrt-VBR.3 rt-VBR 1 rt-VBR.1 rt-VBR 2 rt-VBR.2 rt-VBR 3 rt-VBR.3 UBR 1 UBR.1 UBR 2 UBR.2 GFR 1 GFR.1 GFR 2 GRR.2 SBR 1 SBR1 SBR 2 SBR2 SBR 3 SBR3
NRT-VBR 1 NRT-VBR.1のNRT-VBR 2 NRT-VBR.2 NRT-VBR 3 NRT-VBR.3 RT-VBR 1 RT-VBR.1 RT-VBR 2 RT-VBR.2 RT-VBR 3 RT -VBR.3 UBR 1 UBR.1 UBR 2 UBR.2 GFR 1 GFR.1 GFR 2 GRR.2 SBR 1 SBR1 SBR 2 SBR2 SBR 3 SBR3
It is beyond the scope of this specification to examine the equivalence of some of the ATMF and ITU definitions. These need to be recognized from the ATMF and ITU source specifications and exploited, as much as possible, to simplify ATM node design.
それはATMFとITUの定義の一部の等価性を調べるために、この仕様の範囲を超えています。これらは、ATMノードの設計を簡素化するために、可能な限り、ATMFとITUソースの仕様から認識し、活用する必要があります。
When the bearer connection is a single AAL2 CID connection within a multiplexed AAL2 VC, the 'capability' attribute does not apply.
ベアラ接続が多重化AAL2 VC内の単一のAAL2 CID接続である場合には、「機能」属性は適用されません。
When present, the 'qosClass' attribute indicates the QoS class specified in ITU I.2965.1 [34].
存在する場合、「qosClass」属性は、ITU I.2965.1 [34]で指定されたQoSクラスを示します。
The 'qosClass' media attribute line is structured as follows:
以下のように「qosClassのメディア属性行は、構造化されています。
a=qosClass:<qosClass>
= qosClass：<qosClass>
Here, <qosClass> is an integer in the range 0 - 5.
5 - ここで、<qosClass>は範囲0の整数です。
<qosClass> Meaning
<qosClass>の意味
0 Default QoS
1 Stringent
2 Tolerant
3 Bi-level
4 Unbounded
5 Stringent bi-level
When present, the 'bcob' attribute represents the broadband connection oriented bearer class defined in [5], [15] and [33]. It can also be used to indicate whether end-to-end timing is required.
存在する場合、「bcob」属性は、で定義されたブロードバンド接続指向ベアラクラスを表す[5]、[15]及び[33]。また、エンドツーエンドのタイミングが必要であるかどうかを示すために使用することができます。
The 'bcob' media attribute line is structured as follows:
以下のように「bcobのメディア属性行は、構造化されています。
a=bcob:<bcob> <eetim>
= bcob：<bcob> <eetim>
Here, <bcob> is the decimal or hex representation of a 5-bit field. The following values are currently defined:
ここで、<bcobは> 5ビットフィールドの10進数または16進数表現です。次の値が現在定義されています：
<bcob> Meaning
<bcob>の意味
0x01 BCOB-A 0x03 BCOB-C 0x05 Frame relaying bearer service 0x10 BCOB-X 0x18 BCOB-VP (transparent VP service)
0x01のBCOB-0x10のBCOB-X 0x18のBCOB-VP（透明VPサービス）ベアラサービスを中継0x03のBCOB-C 0×05フレーム
The <eetim> parameter can be assigned a value of "on" or "off" depending on whether end-to-end timing is required or not (Table 4-8 of [15]).
<eetim>パラメータは、「オン」またはエンド・ツー・エンドのタイミングが（[15]の表4-8）が必要されているか否かに応じて、「オフ」の値を割り当てることができます。
Either of these parameters can be left unspecified by setting it to a "-". A 'bcob' media attribute line with all parameters set to "-" carries no information and should be omitted.
「 - 」これらのパラメータのいずれかがそれを設定することにより、未指定のままにすることができます。 「bcob」に設定されたすべてのパラメータを持つメディア属性行は、「 - 」何の情報も運ばないし、省略されなければなりません。
When present, the 'stc' attribute represents susceptibility to clipping. The 'stc' media attribute line is structured as follows:
存在する場合、「STC」属性は、クリッピングに対する感受性を表しています。以下のように「STCのメディア属性行は、構造化されています。
a=stc:<stc>
= STC：<STC>
Here, <stc> is the decimal equivalent of a 2-bit field. Currently, all values are unused and reserved with the following exceptions:
ここで、<STC>は、2ビットのフィールドの10進数です。現在、すべての値は、以下の例外を除いて未使用と予約されています：
<stc> value Binary Equivalent Meaning
<STC>値バイナリ均等の意味
0 00 Not susceptible to clipping
1 01 Susceptible to clipping
When present, the 'upcc' attribute represents the user plane connection configuration. The 'upcc' media attribute line is structured as follows:
存在する場合、「upcc」属性は、ユーザ・プレーンの接続構成を表します。以下のように「upccのメディア属性行は、構造化されています。
a=upcc:<upcc>
= upcc：<upcc>
Here, <upcc> is the decimal equivalent of a 2-bit field. Currently, all values are unused and reserved with the following exceptions:
ここで、<upcc> 2ビットのフィールドの10進数です。現在、すべての値は、以下の例外を除いて未使用と予約されています：
<upcc> value Binary Equivalent Meaning
<upcc>値バイナリ均等の意味
0 00 Point to point
1 01 Point to multipoint
When present, the 'atmQOSparms' attribute is used to describe certain key ATM QoS parameters.
存在する場合、「atmQOSparms」属性は、特定のキーATM QoSパラメータを記述するために使用されます。
The 'atmQOSparms' media attribute line is structured as follows:
以下のように「atmQOSparmsのメディア属性行は、構造化されています。
a=atmQOSparms:<directionFlag><cdvType><acdv><ccdv><eetd><cmtd><aclr>
= atmQOSparms：<directionFlag> <cdvType> <acdv> <ccdv> <eetd> <cmtd> <ACLR>
The <directionFlag> can be assigned the following string values: "f", "b" and "fb". "f" and "b" indicate the forward and backward directions respectively. "fb" refers to both directions (forward and backward). Conventions for the forward and backward directions are per section 2.3.
「F」、「B」と「FB」<directionFlag>次の文字列値を割り当てることができます。 「F」および「b」は、それぞれ、前後方向を示しています。 「FB」とは、両方向（前後）を指します。前後方向のための規則はセクション2.3あたりにあります。
The <cdvType> parameter can take on the string values of "PP" and "2P". These refer to the peak-to-peak and two-point CDV as defined in UNI 4.0 [5] and ITU Q.2965.2 [35] respectively.
<cdvType>パラメータは、「PP」と「2P」の文字列の値を取ることができます。それぞれUNI 4.0 [5] ITU Q.2965.2 [35]で定義されるように、これらは、ピーク・ツー・ピークと二点CDVを指します。
The CDV parameters, <acdv> and <ccdv>, refer to the acceptable and cumulative CDVs respectively. These are expressed in units of microseconds and represented as the decimal equivalent of a 24-bit field. These use the cell loss ratio, <aclr>, as the "alpha" quantiles defined in the ATMF TM 4.1 specification [6] and in ITU I.356 [47].
CDVパラメータは、<acdv>と<ccdv>、それぞれ許容される累積CDVsを指します。これらは、マイクロ秒の単位で表さ、24ビット・フィールドの10進数として表されます。これらは、[6]、ITU I.356 [47]にATMF TM 4.1仕様で定義された "アルファ" 変位値として、<ACLR>、セル損失率を使用します。
The transit delay parameters, <eetd> and <cmtd>, refer to the end-to-end and cumulative transit delays respectively in milliseconds. These are represented as the decimal equivalents of 16-bit fields. These parameters are defined in Q.2965.2 [35], UNI 4.0 [5] and Q.2931 [15].
トランジット遅延パラメータ、<eetd>及び<cmtd>は、ミリ秒単位でそれぞれエンド・エンドへと累積通過遅延を指します。これらは、16ビットフィールドの小数点等価物として表されます。これらのパラメータは、Q.2965.2 [35]、UNI 4.0 [5]とQ.2931 [15]で定義されています。
The <aclr> parameter refers to forward and backward acceptable cell loss ratios. This is the ratio between the number of cells lost and the number of cells transmitted. It is expressed as the decimal equivalent of an 8-bit field. This field expresses an order of magnitude n, where n is an integer in the range 1-15. The Cell Loss Ratio takes on the value 10 raised to the power of minus n.
<ACLR>パラメータは、前後に許容されるセル損失率を意味します。これは、失われた細胞の数と送信されたセルの数との比です。これは8ビットのフィールドの10進数として表現されます。このフィールドは、nは1~15の範囲の整数であり、大きさNの順序を表します。セル廃棄率はマイナスのn乗した値10になります。
The <directionFlag> is always specified. Except for the <directionFlag>, the remaining parameters can be set to "-" to indicate that they are not specified, inapplicable or implied. However, there must be some specified parameters for the line to be useful in an SDP description.
<directionFlag>常に指定されています。 <directionFlag>を除いて、残りのパラメータはに設定することができます「 - 」彼らは、指定された適用できないか、暗示されていないことを示すために。しかしながら、SDP記述に有用であるためにラインのためのいくつかの指定されたパラメータが存在しなければなりません。
There can be several 'atmQOSparms' lines in an SDP description.
SDP記述におけるいくつかの「atmQOSparms」行が存在する場合があります。
An example use of these attributes for an rt-VBR, single-CID AAL2 voice VC is:
RT-VBRのため、これらの属性の使用例は、シングルCID AAL2音声VCは次のようになります。
a=atmQOSparms:f PP 8125 3455 32000 - 11 a=atmQOSparms:b PP 4675 2155 18000 - 12
=のatmQOSparms：PP 8125 3455 32000 F - 11 =のatmQOSparms：BのPP 4675 2155 18000から12
This implies a forward acceptable peak-to-peak CDV of 8.125 ms, a backward acceptable peak-to-peak CDV of 4.675 ms, forward cumulative peak-to-peak CDV of 3.455 ms, a backward cumulative peak-to-peak CDV of 2.155 ms, a forward end-to-end transit delay of 32 ms, a backward end-to-end transit delay of 18 ms, an unspecified forward cumulative transit delay, an unspecified backward cumulative transit delay, a forward cell loss ratio of 10 raised to minus 11 and a backward cell loss ratio of 10 to the minus 12.
これは、8.125ミリ秒、4.675ミリ秒、3.455ミリ秒の前方累積ピークツーピークCDVの後方に許容されるピークツーピークCDV、後方累積ピークツーピークCDVの前方に許容されるピークツーピークCDVを暗示します2.155ミリ秒、32ミリ秒の前方エンド・ツー・エンド伝送遅延、18ミリ秒の後方エンド・ツー・エンド伝送遅延、不特定フォワード累積通過遅延、不特定後方累積通過遅延、10の前方セル損失率11マイナス10〜12の後方セル損失比マイナスに上げ。
An example of specifying the same parameters for the forward and backward directions is:
前後方向に同じパラメータを指定する例を示します。
a=atmQOSparms:fb PP 8125 3455 32000 - 11
A = atmQOSparms：FBのPP 8125 3455 32000から11
This implies a forward and backward acceptable peak-to-peak CDV of 8.125 ms, a forward and backward cumulative peak-to-peak CDV of 3.455 ms, a forward and backward end-to-end transit delay of 32 ms, an unspecified cumulative transit delay in the forward and backward directions, and a cell loss ratio of 10 raised to minus 11 in the forward and backward directions.
これは、8.125ミリ秒、3.455ミリ秒の前後の累積ピークツーピークCDVの前後に許容されるピーク・ツー・ピークCDVを意味し、32ミリ秒の前後エンド・ツー・エンド伝送遅延、不特定累積前後方向、および前後方向でマイナス11まで上昇させ10のセル損失率の伝送遅延。
When present, the 'atmTrfcDesc' attribute is used to indicate ATM traffic descriptor parameters. There can be several 'atmTrfcDesc' lines in an SDP description.
存在する場合、「atmTrfcDesc」属性は、ATMトラフィック記述子パラメータを示すために使用されます。 SDP記述におけるいくつかの「atmTrfcDesc」行が存在する場合があります。
The 'atmTrfcDesc' media attribute line is structured as follows:
以下のように「atmTrfcDescのメディア属性行は、構造化されています。
a=atmTrfcDesc:<directionFlag><clpLvl> <pcr><scr><mbs><cdvt><mcr><mfs><fd><te>
= atmTrfcDesc <DIRECTIONFLAG> <clpLvl> <PCR> <SCR> <MBS> <CDVT> <MCR> <MF> <FD> <TH>
The <directionFlag> can be assigned the following string values: "f", "b" and "fb". "f" and "b" indicate the forward and backward directions respectively. "fb" refers to both directions (forward and backward). Conventions for the forward and backward directions are per section 2.3.
「F」、「B」と「FB」<directionFlag>次の文字列値を割り当てることができます。 「F」および「b」は、それぞれ、前後方向を示しています。 「FB」とは、両方向（前後）を指します。前後方向のための規則はセクション2.3あたりにあります。
The <directionFlag> is always specified. Except for the <directionFlag>, the remaining parameters can be set to "-" to indicate that they are not specified, inapplicable or implied. However, there must be some specified parameters for the line to be useful in an SDP description.
<directionFlag>常に指定されています。 <directionFlag>を除いて、残りのパラメータはに設定することができます「 - 」彼らは、指定された適用できないか、暗示されていないことを示すために。しかしながら、SDP記述に有用であるためにラインのためのいくつかの指定されたパラメータが存在しなければなりません。
The <clpLvl> (CLP level) parameter indicates whether the rates and bursts described in these media attribute lines apply to CLP values of 0 or (0+1). It can take on the following string values: "0", "0+1" and "-". If rates and bursts for both <clpLvl> values are to be described, then it is necessary to use two separate media attribute lines for each direction in the same session descriptor. If the <clpLvl> parameter is set to "-", then it implies that the CLP parameter is known by other means such as default, MIB provisioning etc.
<clpLvl>（CLPレベル）パラメータは、これらのメディアに記載レートとバーストはラインは0または（0 + 1）のCLP値に適用される属性かどうかを示します。これは、次の文字列値を取ることができます：「0」、「0 + 1」と「 - 」。両方の<clpLvl>値料金とバーストを記述する場合、同じセッション記述において、各方向のための2つの別個のメディア属性行を使用する必要があります。 「 - 」<clpLvl>パラメータに設定されている場合、それはMIBプロビジョニングなど、CLPパラメータは、このようなデフォルトのような他の手段によって知られていることを意味し
The meaning, units and applicability of the remaining parameters are per [6] and [28]:
残りのパラメータの意味単位と適用が当たりである[6]及び[28]。
PARAMETER MEANING UNITS APPLICABILITY
パラメータ意味単位の利用可能性
<pcr> PCR Cells/ CBR, rt-VBR, nrt-VBR, second ABR, UBR, GFR; CLP=0,0+1
<PCR> PCR細胞/ CBR、RT-VBR、NRT-VBR、第ABR、UBR、GFR。 CLP = 0,0 + 1
<scr> SCR Cells/ rt-VBR, nrt-VBR; second CLP=0,0+1
<SCR> SCR細胞/ RT-VBR、NRT-VBR。第CLP = 0,0 + 1
<mbs> MBS Cells rt-VBR, nrt-VBR, GFR; CLP=0,0+1
<MBS> MBS細胞RT-VBR、NRT-VBR、GFR。 CLP = 0,0 + 1
<cdvt> CDVT Microsec. CBR, rt-VBR, nrt-VBR, ABR, UBR, GFR; CLP=0,0+1
<CDVT> CDVTマイクロ秒。 CBR、VBR-RT、VBR-NRT、ABR、UBR、GFR; CLP = 1 + 0.0
<mcr> MCR Cells/ ABR,GFR; second CLP=0+1
<MCR> MCR細胞/ ABR、GFR。第CLP = 0 + 1
<mfs> MFS Cells GFR; CLP=0,0+1
<MFS> MFSセルGFR。 CLP = 0,0 + 1
<fd> Frame "on"/"off" CBR, rt-VBR, nrt-VBR, Discard ABR, UBR, GFR; Allowed CLP=0+1
<FD> / "オン "と" オフ" のフレームCBR、RT-VBR、NRT-VBR、廃棄ABR、UBR、GFR; CLP = 0 + 1可
<te> CLP "on"/"off" CBR, rt-VBR, nrt-VBR, tagging ABR, UBR, GFR; Enabled CLP=0
<TE> CLP / CBR、RT-VBR、ABR、UBR、GFRをタグ付けNRT-VBR、 "オフ"、 "オン"。有効CLP = 0
<fd> indicates that frame discard is permitted. It can take on the string values of "on" or "off". Note that, in the GFR case, frame discard is always enabled. Hence, this subparameter can be set to "-" in the case of GFR. Since the <fd> parameter is independent of CLP, it is meaningful in the case when <clpLvl> = "0+1". It should be set to "-" for the case when <clpLvl> = "0".
<FD>は、フレーム廃棄が許可されていることを示します。これは、「オン」または「オフ」の文字列の値を取ることができます。 GFRの場合には、フレーム廃棄が常に有効になっている、ということに注意してください。したがって、このサブパラメータは次のように設定することができ、「 - 」GFRの場合。 <FD>パラメータがCLPから独立しているので、場合<clpLvl> =「0 + 1」の場合には意味があります。これは、に設定する必要があり、「 - 」の場合のとき<clpLvl> =「0」。
<te> (tag enable) indicates that CLP tagging is allowed. These can take on the string values of "on" or "off". Since the <te> parameter applies only to cells with a CLP of 0, it is meaningful in the case when <clpLvl> = "0". It should be set to "-" for the case when <clpLvl> = "0+1".
<TE>（タグイネーブル）CLPタギングが許可されていることを示します。これらは、「オン」または「オフ」の文字列の値を取ることができます。 <TE>パラメータのみ0のCLPを有する細胞に適用されるので、それは場合<clpLvl> =「0」の場合に有意義です。それに設定する必要が「 - 」の場合<clpLvl> =「0 + 1」の。
An example use of these media attribute lines for an rt-VBR, single-CID AAL2 voice VC is:
RT-VBRのためにこれらのメディア属性行の使用例は、シングルCID AAL2音声VCは次のようになります。
a=atmTrfcDesc:f 0+1 200 100 20 - - - on - a=atmTrfcDesc:f 0 200 80 15 - - - - off a=atmTrfcDesc:b 0+1 200 100 20 - - - on - a=atmTrfcDesc:b 0 200 80 15 - - - - off
= atmTrfcDesc：0 + 1 200 100 20 F - - - オン - = atmTrfcDesc：0 200 80 15 F - - - - オフ= atmTrfcDesc：0 + 1 200 100 20 B - - - オン - = atmTrfcDesc。 B 0 200 80 15 - - - - オフ
This implies a forward and backward PCR of 200 cells per second all cells regardless of CLP, forward and backward PCR of 200 cells per second for cells with CLP=0, a forward and backward SCR of 100 cells per second for all cells regardless of CLP, a forward and backward SCR of 80 cells per second for cells with CLP=0, a forward and backward MBS of 20 cells for all cells regardless of CLP, a forward and backward MBS of 15 cells for cells with CLP=0, an unspecified CDVT which can be known by other means, and an MCR and MFS which are unspecified because they are inapplicable. Frame discard is enabled in both the forward and backward directions. Tagging is not enabled in either direction.
これは、CLPにかかわらず、全てのセルについて、毎秒100個の細胞の前方及び後方SCRを前方に関わらず、CLPの第二のすべてのセル当たり200個のセルの順方向および逆方向PCRを意味し、CLP = 0、を有する細胞毎秒200個の細胞の後方PCR 、CLP = 0のセルのための毎秒80個の細胞の前方および後方SCRかかわらず、CLPのすべてのセル、CLP = 0のセル15個のセルの前後MBS 20個の細胞の前後MBS、不特定彼らは適用できないので、他の手段で知ることができCDVT、およびMCRおよびMFSは、指定されていません。フレーム廃棄は、前後方向の両方で有効になっています。タグ付けは、どちらの方向にも有効ではありません。
The <pcr>, <scr>, <mbs>, <cdvt>, <mcr> and <mfs> are represented as decimal integers, with range as defined in Section 6. See section 2.2 regarding the omission of leading zeros in decimal representations.
<PCR>、<SCR>、<MBS>、<CDVT>、<MCR>と<MFS>第6章を参照のセクション2.2で定義されるように範囲の10進整数として表される小数表現における先行ゼロの漏れについて。
When present, the 'abrParms' attribute is used to indicate the ' additional' ABR parameters specified in the UNI 4.0 signaling specification [5]. There can be several 'abrParms' lines in an SDP description.
存在する場合、「abrParms」属性は、UNI 4.0シグナリング仕様[5]で指定された「追加」ABRパラメータを示すために使用されます。 SDP記述におけるいくつかの「abrParms」行が存在する場合があります。
The 'abrParms' media attribute line is structured as follows:
以下のように「abrParmsのメディア属性行は、構造化されています。
a=abrParms:<directionFlag><nrm><trm><cdf><adtf>
= abrParms：<directionFlag> <NRM> <TRM> <CDF> <ADTF>
The <directionFlag> can be assigned the following string values: "f", "b" and "fb". "f" and "b" indicate the forward and backward directions respectively. "fb" refers to both directions (forward and backward). Conventions for the forward and backward directions are per section 2.3.
「F」、「B」と「FB」<directionFlag>次の文字列値を割り当てることができます。 「F」および「b」は、それぞれ、前後方向を示しています。 「FB」とは、両方向（前後）を指します。前後方向のための規則はセクション2.3あたりにあります。
The <directionFlag> is always specified. Except for the <directionFlag>, the remaining parameters can be set to "-" to indicate that they are not specified, inapplicable or implied. However, there must be some specified parameters for the line to be useful in an SDP description.
<directionFlag>常に指定されています。 <directionFlag>を除いて、残りのパラメータはに設定することができます「 - 」彼らは、指定された適用できないか、暗示されていないことを示すために。しかしながら、SDP記述に有用であるためにラインのためのいくつかの指定されたパラメータが存在しなければなりません。
These parameters are mapped into the ABR service parameters in [6] in the manner described below. These parameters can be represented in SDP as decimal integers, with fractions permitted for some. Details of the meaning, units and applicability of these parameters are in [5] and [6].
これらのパラメータは、以下のように[6]におけるABRサービスパラメータにマッピングされます。これらのパラメータは、いくつかのために許可された画分と、小数点整数としてSDPで表すことができます。意味、ユニット及びこれらのパラメータの適用の詳細は、である[5]及び[6]。
In SDP, these parameters are represented as the decimal or hex equivalent of the binary fields mentioned below.
SDPにおいて、これらのパラメータは下記のバイナリフィールドの10進数または16進数同等物として表現されます。
+-----------+----------------------------------+-----------------------+
| PARAMETER | MEANING | FIELD SIZE |
+-----------+----------------------------------+-----------------------+
| <nrm> | Maximum number of cells per | 3 bits |
| | forward Resource Management cell | |
+-----------+----------------------------------+-----------------------+
| <trm> | Maximum time between | 3 bits |
| | forward Resource Management cells| |
+-----------+----------------------------------+-----------------------+
| <cdf> | Cutoff Decrease Factor | 3 bits |
+-----------+----------------------------------+-----------------------+
| <adtf> | Allowed Cell Rate Decrease | 10 bits |
| | Time Factor | |
+-----------+----------------------------------+-----------------------+
When present, the 'abrSetup' attribute is used to indicate the ABR parameters needed during call/connection establishment (Section 10.1.2.2 of the UNI 4.0 signaling specification [5]). This line is structured as follows:
「abrSetup」属性は、呼/接続確立中に必要ABRパラメータを示すために使用される場合、本（UNI 4.0シグナリング仕様のセクション10.1.2.2を[5]）。次のようにこの行は構成されています。
a=abrSetup:<ficr><bicr><ftbe><btbe><crmrtt><frif><brif><frdf><brdf>
= abrSetup <ficr> <bicr> <ftbe> <btbe> <crmrtt> <frif> <メイン> <frdf> <BRDF>
These parameters are defined as follows:
これらのパラメータは以下のように定義されています。
+-----------+----------------------------------+-----------------------+
| PARAMETER | MEANING | REPRESENTATION |
+-----------+----------------------------------+-----------------------+
| <ficr> | Forward Initial Cell Rate | Decimal equivalent |
| | (Cells per second) | of 24-bit field |
+-----------+----------------------------------+-----------------------+
| <bicr> | Backward Initial Cell Rate | Decimal equivalent |
| | (Cells per second) | of 24-bit field |
+-----------+----------------------------------+-----------------------+
| <ftbe> | Forward transient buffer | Decimal equivalent |
| | exposure (Cells) | of 24-bit field |
+-----------+----------------------------------+-----------------------+
| <btbe> | Backward transient buffer | Decimal equivalent |
| | exposure (Cells) | of 24-bit field |
+-----------+----------------------------------+-----------------------+
| <crmrtt> | Cumulative RM round-trip time | Decimal equivalent |
| | (Microseconds) | of 24-bit field |
+-----------+----------------------------------+-----------------------+
| <frif> | Forward rate increase factor | Decimal integer |
| | (used to derive cell count) | 0 -15 |
+-----------+----------------------------------+-----------------------+
| <brif> | Backward rate increase factor | Decimal integer |
| | (used to derive cell count) | 0 -15 |
+-----------+----------------------------------+-----------------------+
| <frdf> | Forward rate decrease factor | Decimal integer |
| | (used to derive cell count) | 0 -15 |
+-----------+----------------------------------+-----------------------+
| <brdf> | Backward rate decrease factor | Decimal integer |
| | (used to derive cell count) | 0 -15 |
+-----------+----------------------------------+-----------------------+
See Section 2.3 for a definition of the terms 'forward' and 'backward'.
用語「前方」と「後方」の定義については、セクション2.3を参照してください。
If any of these parameters in the 'abrSetup' media attribute line is not specified, is inapplicable or is implied, then it is set to h "- ".
「 - 」 "abrSetupのメディア属性ラインでこれらのパラメータのいずれかが指定されていない場合は、適用できない場合、または暗示され、それがhに設定されています。
When present, the 'bearerType' attribute is used to indicate whether the underlying bearer is an ATM PVC/SPVC, an ATM SVC, or a subchannel within an existing ATM SVC/PVC/SPVC. Additionally, for ATM SVCs and AAL2 CID connections, the 'bearerType' attribute can be used to indicate whether the media gateway initiates connection set-up via bearer signaling (Q.2931-based or Q.2630.1 based). The format of the 'bearerType' media attribute line is as follows:
存在する場合、「bearerType」属性は、基礎となるベアラがATM PVC / SPVC、ATM SVC、または既存のATM SVC / PVC / SPVC内のサブチャネルであるかどうかを示すために使用されます。また、ATM SVCおよびAAL2 CID接続のため、「bearerType」属性は、メディアゲートウェイは、ベアラシグナリングを介して接続セットアップを開始するかどうかを示すために使用することができる（Q.2931ベースまたはQ.2630.1ベース）。以下のように「bearerTypeのメディア属性行の形式は次のとおりです。
a=bearerType: <bearerType> <localInitiation>
= bearerType：<bearerType> <localInitiation>
The <bearerType> field can take on the following string values:
<bearerType>フィールドには、次の文字列値を取ることができます。
"PVC", "SVC", "CID", with semantics as defined above. Here, "PVC" includes both the PVC and SPVC cases.
上記で定義した意味論と "PVC"、 "SVC"、 "CID"、。ここで、「PVC」は、両方のPVCとSPVC場合を含みます。
In the case when the underlying bearer is a PVC/SPVC, or a CID assigned by the MGC rather than through bearer signaling, the <localInitiation> flag can be omitted or set to "-". In the case when bearer signaling is used, this flag can be omitted when it is known by default or by other means whether the media gateway initiates the connection set-up via bearer signaling. Only when this is to be indicated explicitly that the <localInitiation> flag takes on the values of "on" or "off". An "on" value indicates that the media gateway is responsible for initiating connection set-up via bearer signaling (SVC signaling or Q.2630.1 signaling), an "off" value indicates otherwise.
根底にあるベアラがPVC / SPVC、またはMGCによってではなく、ベアラシグナリングを介して割り当てられたCIDである場合には、<localInitiation>フラグが省略またはに設定することができ、「 - 」。メディアゲートウェイがセットアップベアラシグナリングを介して接続を開始するかどうかをデフォルトで、または他の手段により既知である場合、ベアラシグナリングが使用される場合に、このフラグを省略することができます。これは、<localInitiation>フラグが「オン」または「オフ」の値を取ることを明示する場合にのみ。 「オン」値は、メディアゲートウェイが「オフ」値がそうでないことを示さベアラシグナリング（SVCシグナリングまたはQ.2630.1シグナリング）を介して接続セットアップを開始する責任があることを示しています。
When present, the 'lij' attribute is used to indicate the presence of a connection that uses the Leaf-initiated-join capability described in UNI 4.0 [5], and to optionally describe parameters associated with this capability. The format of the 'lij' media attribute line is as follows:
存在する場合、「LIJ」属性は、[5] UNI 4.0に記載のリーフ開始ジョイン機能を使用する接続の存在を示すために使用され、この機能に関連するパラメータを記述する任意します。以下のように「LIJのメディア属性行の形式は次のとおりです。
a=lij: <sci><lsn>
= LIJ：<SCI> <LSN>
The <sci> (screening indication) is a 4-bit field expressed as a decimal or hex integer. It is defined in the UNI 4.0 signaling specification [5]. It is possible that the values of this field will be defined later by the ATMF and/or ITU. Currently, all values are reserved with the exception of 0, which indicates a 'Network Join without Root Notification'.
<SCI>（スクリーニング表示）10進数または16進数の整数として表現さ4ビットのフィールドです。これは、UNI 4.0シグナリング仕様で定義されている[5]。このフィールドの値はATMFおよび/またはITUによって後で定義される可能性があります。現在、すべての値が「ネットワークがルートの通知なしに参加」を示す0を除いて、予約されています。
The <lsn> (leaf sequence number) is a 32-bit field expressed as a decimal or hex integer. Per the UNI 4.0 signaling specification [5], it is used by a joining leaf to associate messages and responses during LIJ (leaf initiated join) procedures.
<LSN>（リーフシーケンス番号）を10進数または16進数の整数として表現さ32ビットのフィールドです。 UNI 4.0シグナリング仕様に従って[5]、LIJ（葉が開始参加）手順の間のメッセージと応答を関連付けるために接合リーフによって使用されます。
Each of these fields can be set to a "-" when the intention is to not specify them in an SDP descriptor.
これらの各フィールドは次のように設定することができます「 - 」意図はSDP記述でそれらを指定しないことであるとき。
When present, the 'anycast' attribute line is used to indicate the applicability of the anycast function described in UNI 4.0 [5]. Optional parameters to qualify this function are provided. The format of the 'anycast' attribute is:
存在する場合、「エニーキャスト」属性行は、UNI 4.0 [5]に記載のエニーキャスト関数の適用性を示すために使用されます。この機能を修飾するためのオプションのパラメータが用意されています。 「エニーキャスト」属性の形式は次のとおりです。
a=anycast: <atmGroupAddress> <cdStd> <conScpTyp> <conScpSel>
=エニーキャスト：<atmGroupAddress> <cdStd> <conScpTyp> <conScpSel>
The <atmGroupAddress> is per Annex 5 of UNI 4.0 [5]. Within an SDP descriptor, it can be represented in one of the formats (NSAP, E.164, GWID/ALIAS) described elsewhere in this document.
<atmGroupAddress>は、UNI 4.0の付属書5あたりである[5]。 SDP記述子内で、のいずれかの形式（NSAP、E.164、GWID / ALIAS）で表すことができ、この文書の他の箇所に記載しました。
The remaining subparameters mirror the connection scope selection information element in UNI 4.0 [5]. Their meaning and representation is as shown below:
残りのサブパラメータは、UNI 4.0 [5]に接続スコープ選択情報要素を反映します。その意味や表現は以下の通りです：
PARAMETER MEANING REPRESENTATION
PARAMETER意味表現
<cdStd> Coding standard for the Decimal or hex connection scope selection IE equivalent of Definition: UNI 4.0 [5] 2 bits
<cdStd>定義の10進数または16進数の接続スコープ選択IEと同等の基準をコーディング：UNI 4.0 [5] 2ビット
<conScpTyp> Type of connection scope Decimal or hex Definition: UNI 4.0 [5] equivalent of 4 bits
接続スコープ10進数または16進数定義の<conScpTyp>種類：UNI 4.0 4ビット[5]等価
<conScpSel> Connection scope selection Decimal or hex Definition: UNI 4.0 [5] equivalent of 8 bits
<conScpSel>接続スコープ選択10進数または16進数定義：UNI 4.0 [5] 8ビットの同等
Currently, all values of <cdStd> and <conScpTyp> are reserved with the exception of <cdStd> = 3 (ATMF coding standard) and <conScpTyp> = 1 (connection scope type of 'organizational').
現在、すべての値が<cdStd>及び<conScpTyp> <cdStd> = 3の例外（ATMF符号化規格）と<conScpTyp> = 1（ '組織' の接続スコープタイプ）で予約されています。
Each of these fields can be set to a "-" when the intention is to not specify them in an SDP descriptor.
これらの各フィールドは次のように設定することができます「 - 」意図はSDP記述でそれらを指定しないことであるとき。
This attribute is used to enable SVC caching. This attribute has the following format:
この属性は、SVCのキャッシュを有効にするために使用されます。この属性の形式は次のとおりです。
a=cache:<cacheEnable><cacheTimer>
=キャッシュ：<のCacheEnable> <cacheTimer>
The <cacheEnable> flag indicates whether caching is enabled or not, corresponding to the string values of "on" and "off" respectively.
<のCacheEnable>フラグは、キャッシュが有効かどうかを示すか、「オン」と「オフ」は、それぞれの文字列値に対応します。
The <cacheTimer> indicates the period of inactivity following which the SVC is to be released by sending an SVC release message into the network. This is specified as the decimal or hex equivalent of a 32-bit field, indicating the timeout in seconds. As usual, leading zeros can be omitted. For instance,
<cacheTimer>は、SVCは、ネットワークへのSVC解放メッセージを送信することによって解放されるべき次の非活動の期間を示しています。これは秒単位のタイムアウトを示す、32ビットのフィールドの10進数または16進数同等物として指定されています。いつものように、先頭のゼロを省略することができます。例えば、
a=cache:on 7200
=キャッシュ：1 7200
implies that the cached SVC is to be deleted if it is idle for 2 hours.
キャッシュされたSVCは、それが2時間アイドル状態の場合、削除されることを意味します。
The <cacheTimer> can be set to "-" if it is inapplicable or implied.
それは適用できないか黙示であれば - 「」<cacheTimer>に設定することができます。
ATM signaling standards provide 'escape mechanisms' to represent, signal and negotiate higher-layer parameters. Examples are the B-HLI and B-LLI IEs specified in ITU Q.2931 [15], and the user-to-user information element described in ITU Q.2957 [48].
ATMシグナリング規格は、信号を表し、上位層のパラメータを交渉する「機構を逃れる」提供します。例としては、ITU Q.2931 [15]で指定されたB-HLI及びB-LLIのIE、およびITU Q.2957 [48]に記載のユーザ・ユーザ情報要素です。
The 'bearerSigIE'(bearer signaling information element) attribute is defined to allow a similar escape mechanism that can be used with these ATM SDP conventions. The format of this media attribute line is as follows:
（情報要素をシグナリングベアラ）「bearerSigIE」属性は、これらのATM SDP規則と共に使用することができる同様のエスケープ機構を可能にするように定義されています。次のようにこのメディア属性行の形式は次のとおりです。
a=bearerSigIE: <bearerSigIEType> <bearerSigIELng> <bearerSigIEVal>
= bearerSigIE：<bearerSigIEType> <bearerSigIELng> <bearerSigIEVal>
When an 'bearerSigIE' media attribute line is present, all its subparameters are mandatory. The "0x" prefix is not used since these are always represented in hex.
「bearerSigIEのメディア属性行が存在する場合、そのすべてのサブパラメータは必須です。これらは、常に進で表現されているので、プレフィクス「0x」が使用されていません。
The <bearerSigIEType> is represented as exactly 2 hex digits. It is the unique IE identifier as defined in the ITU Q-series standards. Leading zeros are not omitted. Some pertinent values are 7E (User-user IE per ITU Q.2957 [48]), 5F (B-LLI IE) and 5D (B-HLI IE). B-LLI and B-HLI, which stand for Broadband Low-layer Information and Broadband High-layer Information respectively, are defined in ITU Q.2931 [15]. Both of these refer to layers above the ATM adaptation layer.
<bearerSigIEType>正確に2桁の16進数で表されます。 ITU-Qシリーズ規格で定義されたユニークなIE識別子です。先頭のゼロは省略されていません。いくつかの適切な値は、7E（ITU Q.2957あたりユーザ・ユーザIE [48]）、5F（B-LLI IE）及び（d）（B-HLI IE）です。 B-LLIと、それぞれ広帯域低レイヤ情報及び広帯域高層情報を表すB-HLIは、ITU Q.2931で定義されている[15]。これらの両方は、ATMアダプテーションレイヤ上の層を指します。
The <bearerSigIELng> consists of 1-4 hex digits. It is the length of the information element in octets. Leading zeros may be omitted.
<bearerSigIELng>は1〜4桁の16進数で構成されています。これは、オクテット内の情報要素の長さです。先頭のゼロを省略することができます。
The <bearerSigIEVal> is the value of the information element, represented as a hexadecimal bit map. Although the size of this bit map is network/ service dependent, setting an upper bound of 256 octets (512 hex digits) is adequate. Since this a bit map, leading zeros should not be omitted. The number of hex digits in this bit map is even.
<bearerSigIEVal>は、16進ビットマップとして表される、情報要素の値です。このビットマップのサイズは、ネットワーク/サービス依存するが、256個のオクテット（512進数字）の上限を設定することは適切です。このビットマップので、先行ゼロは省略されるべきではありません。このビットマップ内の16進数の桁数がそのさえあります。
The following is a summary list of the SDP media attributes that can be used to describe the ATM Adaptation Layer (AAL). These are detailed in subsequent subsections.
以下は、ATMアダプテーションレイヤ（AAL）を記述するために使用することができるSDPメディア属性の要約リストです。これらは、後続のサブセクションで詳述されています。
* The 'aalApp' attribute, which is used to point to the controlling standard for an application layer above the ATM adaptation layer.
ATMアダプテーション層の上のアプリケーション層のための制御規格を指すために使用される*「aalApp」属性、。
* The 'cbrRate' attribute, which represents the CBR rate octet defined in Table 4-6 of ITU Q.2931 [15].
ITU Q.2931 [15]の表4-6に定義されたCBRレートオクテットを表す*「cbrRate」属性、。
* The 'sbc' attribute, which denotes the subchannel count in the case of n x 64 clear channel communication.
* N×64クリアチャネル通信の場合のサブチャンネル数を示し、「SBC」属性。
* The 'clkrec' attribute, which indicates the clock recovery method for AAL1 unstructured data transfer (UDT).
AAL1非構造化データ転送（UDT）のためのクロック回復方法を示します*「clkrec」属性、。
* The 'fec' attribute, which indicates the use of forward error correction.
前方誤り訂正の使用を示し*「FEC」属性、。
* The 'prtfl' attribute, which indicates indicate the fill level of partially filled cells.
部分的に充填されたセルの充填レベルを示す示し*「prtfl」属性、。
* The 'structure' attribute, which is used to indicate the presence or absence of AAL1 structured data transfer (SDT), and the size of the SDT blocks.
AAL1構造化データ転送（SDT）、及びSDTブロックのサイズの有無を示すために使用される*「構造」属性。
* The 'cpsSDUsize' attribute, which is used to indicate the maximum size of the CPCS SDU payload.
CPCS SDUのペイロードの最大サイズを示すために使用される*「cpsSDUsize」属性、。
* The 'aal2CPS' attribute, which is used to indicate that an AAL2 CPS sublayer as defined in ITU I.363.2 [13] is associated with the VCC referred to in the 'm' line. Optionally, it can be used to indicate selected CPS options and parameter values for this VCC.
* ITU I. 363.2で定義されたAAL2 CPSサブレイヤは、[13] VCCに関連付けられていることを示すために使用される「aal2CPS」属性は、「M」線にいいます。任意に、このVCCのために選択されたCPSオプションとパラメータ値を示すために使用することができます。
* The 'aal2CPSSDUrate' attribute, which is used to place an upper bound on the SDU bit rate for an AAL2 CID.
AAL2のCIDのためのSDUのビットレートに上限を配置するために使用される*「aal2CPSSDUrate」属性、。
* The 'aal2sscs3661unassured' attribute, which is used to indicate the presence of an AAL2 SSCS sublayer with unassured transmission as defined in ITU I.366.1 [12]. Optionally, it can be used to indicate selected options and parameter values for this SSCS.
ITU I.366.1 [12]で定義されるようunassured送信とAAL2 SSCSサブレイヤの存在を示すために使用される*「aal2sscs3661unassured」属性、。任意に、このSSCSのための選択されたオプションとパラメータ値を示すために使用することができます。
* The 'aal2sscs3661assured' attribute, which is used to indicate the presence of an AAL2 SSCS sublayer with assured transmission as defined in ITU I.366.1 [12]. Optionally, it can be used to indicate selected options and parameter values for this SSCS.
ITU I.366.1 [12]で定義されるように保証伝送有するAAL2 SSCSサブレイヤの存在を示すために使用される*「aal2sscs3661assured」属性、。任意に、このSSCSのための選択されたオプションとパラメータ値を示すために使用することができます。
* The 'aal2sscs3662' attribute, which is used to indicate the presence of an AAL2 SSCS sublayer as defined in ITU I.366.2. Optionally, it can be used to indicate selected options and parameter values for this SSCS.
ITU I.366.2で定義されるようにAAL2 SSCSサブレイヤの存在を示すために使用される*「aal2sscs3662」属性、。任意に、このSSCSのための選択されたオプションとパラメータ値を示すために使用することができます。
* The 'aal5sscop' attribute, which is used to indicate the existence of an SSCOP protocol layer over an AAL5 CPS layer, and the parameters which pertain to this SSCOP layer.
AAL5 CPS層上SSCOPプロトコル層、及びこのSSCOP層に関連するパラメータの存在を示すために使用される*「aal5sscop」属性、。
When present, the 'aalApp' attribute is used to point to the controlling standard for an application layer above the ATM adaptation layer. The format of the 'aalApp' media attribute line is as follows:
存在する場合、「aalApp」属性は、ATMアダプテーションレイヤ上のアプリケーション層のための制御規格を指すために使用されます。以下のように「aalAppのメディア属性行の形式は次のとおりです。
a=aalApp: <appClass> <oui> <appId>
= aalApp：<AppClass命令> <OUI> <APPID>
If any of the subparameters, <appClass>, <oui> or <appId>, is meant to be left, unspecified, it is set to "-". However, an 'aalApp' attribute line with all subparameters set to "-" carries no information and should be omitted.
「 - 」サブパラメータのいずれか、<AppClass命令>、<OUI>または<APPID>場合は未指定、残されることを意味し、それは次のように設定されています。しかし、に設定されているすべてのサブパラメータを持つ「aalApp」属性行は、「 - 」何の情報も運ばないし、省略されなければなりません。
The <appClass>, or application class, field can take on the string values listed below.
<AppClass命令>、またはアプリケーションクラス、フィールドには、以下に示す文字列の値を取ることができます。
This list is not exhaustive. An "X-" prefix should be used with <appClass> values not listed here.
このリストは網羅的なものではありません。 「X-」プレフィックスはここに記載されていない<AppClass命令>の値と一緒に使用する必要があります。
<appClass> Meaning
<AppClass命令>の意味
"itu_h323c" Annex C of H.323 which specifies direct RTP on AAL5 [45].
AAL5 [45]に直接RTPを指定するH.323の "itu_h323c" 附属書C。
"af83" af-vtoa-0083.001, which specifies variable size AAL5 PDUs with PCM voice and a null SSCS [46].
"af83" AF-VTOA-0083.001、PCM音声及びヌルSSCS [46]を用いて可変サイズAAL5 PDUを特定します。
"AAL5_SSCOP" SSCOP as defined in ITU Q.2110 [43] running over an AAL5 CPS [21]. No information is provided regarding any layers above SSCOP such as Service Specific Coordination Function (SSCF) layers.
"AAL5_SSCOP" SSCOP AAL5 CPS [21]上で実行されている[43] ITU Q.2110で定義されています。何の情報は、サービス依存コーディネーション機能（SSCF）層としてSSCOP上記の任意の層について提供されていません。
"itu_i3661_unassured" SSCS with unassured transmission, per ITU I.366.1 [12].
ITU I.366.1 [12]あたり、unassured送信とSSCS "をitu_i3661_unassured"。
"itu_i3661_assured" SSCS with assured transmission, per ITU I.366.1 [12]. This uses SSCOP [43].
ITU I.366.1 [12]あたり、保証伝送とSSCS "をitu_i3661_assured"。これはSSCOP [43]を使用します。
"itu_i3662" SSCS per ITU I.366.2 [13].
ITU SSCS I.366.2当たり "Itu_i3662" [13]。
"itu_i3651" Frame relay SSCS per ITU I.365.1 [39].
"Itu_i3651" フレームリレーITUあたりSSCS I.365.1 [39]。
"itu_i3652" Service-specific coordination function, as defined in ITU I.365.2, for Connection Oriented Network Service (SSCF-CONS) [40]. This uses SSCOP [43].
コネクション型ネットワークサービス（SSCF-CONS）のために、ITU I.365.2で定義される "itu_i3652" サービス固有の調整機能、[40]。これはSSCOP [43]を使用します。
"itu_i3653" Service-specific coordination function, as defined in ITU I.365.3, for Connection Oriented Transport Service (SSCF-COTS) [41]. This uses SSCOP [43].
コネクション指向トランスポートサービス（SSCF-COTS）[41]のために、ITU I.365.3で定義される "itu_i3653" サービス固有の調整機能、。これはSSCOP [43]を使用します。
"itu_i3654" HDLC Service-specific coordination function, as defined in ITU I.365.4 [42].
"itu_i3654" HDLCサービス固有の調整機能、ITU I.365.4 [42]で定義されます。
"FRF5" Use of the FRF.5 frame relay standard [53], which references ITU I.365.1 [39].
ITU I.365.1 [39]を参照FRF.5フレームリレー標準[53]の "FRF5" 使用。
"FRF8" Use of the FRF.8.1 frame relay standard [54]. This implies a null SSCS and the mapping of the frame relay header into the ATM header.
FRF.8.1フレームリレー標準[54]の「FRF8」使用。これはヌルSSCSとATMヘッダにフレームリレーヘッダのマッピングを意味しています。
"FRF11" Use of the FRF.11 frame relay standard [55].
FRF.11フレームリレー標準[55]の「FRF11」使用。
"itu_h2221" Use of the ITU standard H.222.1 for audiovisual communication over AAL5 [51].
AAL5上視聴覚通信のためのITU標準H.222.1の「itu_h2221」使用[51]。
The <oui>, or Organizationally Unique Identifier, refers to the organization responsible for defining the <appId>, or Application Identifier. The <oui> is maintained by the IEEE. One of its uses is in 802 MAC addresses. It is a three-octet field represented as one to six hex digits. Since this is always represented in hex, the "0x" prefix is not used. Leading zeros may be omitted.
<OUI>、または組織固有識別子は、<APPID>、またはアプリケーション識別子を定義するための責任がある組織を指します。 <OUI> IEEEによって維持されています。その用途の1つは802件のMACアドレスです。これは、1〜6個の桁の16進数で表される3オクテットフィールドです。これは、常に進で表現されているので、プレフィクス「0x」が使用されていません。先頭のゼロを省略することができます。
The <appId> subparameter refers to the application ID, a hex number consisting of up to 8 digits. Leading zeros may be omitted. The "0x" prefix is not used, since the representation is always hexadecimal. Currently, the only organization that has defined application identifiers is the ATM forum. These have been defined in the context of AAL2 ([44], [52], Section 5 of [61]). Within SDP, these can be used with <appClass> = itu_i3662. The <oui> value for the ATM forum is 0x00A03E.
<APPID>サブパラメータは、アプリケーションID、最大8桁からなる進数を意味します。先頭のゼロを省略することができます。表現は常に進数であるため、プレフィクス「0x」は、使用されていません。現在、アプリケーション識別子を定義している唯一の組織は、ATMフォーラムです。これらは、AAL2（[44]、[52]、[61]のセクション5）の文脈で定義されています。 SDP内で、これらは<AppClass命令> = itu_i3662と共に使用することができます。 ATMフォーラムのための<OUI>値は0x00A03Eです。
In the following example, the aalApp media attribute line is used to indicate 'Loop Emulation Service using CAS (POTS only) without the Emulated Loop Control Protocol (ELCP) [52]. The Application ID is defined by the ATM forum [61]. The SSCS used is per ITU I.366.2 [13].
次の例では、aalAppメディア属性行は、CASエミュレートループ制御プロトコル（ELCP）[52]せず（POTSのみ）を使用して「ループエミュレーションサービスを示すために使用されます。アプリケーションIDは、ATMフォーラム[61]によって定義されます。使用SSCSは、ITUのI.366.2 [13]あたりです。
a=aalApp:itu_i3662 A03E A
= aalApp：itu_i3662 A03EのA
If leading zeros are not dropped, this can be represented as:
先行ゼロが削除されていない場合は、これは次のように表すことができます。
a=aalApp:itu_i3662 00A03E 0000000A
A = aalApp：itu_i3662 00A03E 0000000A
Since application identifiers have been specified only in the context of the AAL2 SSCS defined in ITU I.366.2 [13],the <appClass> can be set to '-' without ambiguity. The aalApp media attribute line can be reduced to:
アプリケーション識別子のみITU I.366.2 [13]で定義されたAAL2 SSCSのコンテキストで指定されているので、<AppClass命令>は、に設定することができる「 - 」曖昧さなし。 aalAppメディア属性行はに減らすことができます。
a=aalApp:- A03E A
= aalApp： - A03E A
or
または
a=aalApp:- 00A03E 0000000A
= aalApp： - 00A03E 0000000A
When present, the 'cbrRate' attribute is used to represent the CBR rate octet defined in Table 4-6 of ITU Q.2931 [15]. The format of this media attribute line is:
存在する場合、「cbrRate」属性は、ITU Q.2931の表4-6 [15]で定義されたCBRレートオクテットを表すために使用されます。このメディア属性行の形式は次のとおりです。
a=cbrRate: <cbrRate>
= cbrRate：<cbrRate>
Here, <cbrRate> is represented as exactly two hex digits. The "0x" prefix is omitted since this parameter is always represented in hex. Values currently defined by the ITU are:
ここで、<cbrRate>正確に2桁の16進数で表されます。このパラメータは、常に進で表現されているのでプレフィクス「0x」は省略されています。現在、ITUによって定義された値は次のとおりです。
+------------+-----------------------------------------------+
| VALUE | MEANING |
| (hex) | |
+------------+-----------------------------------------------+
| 01 | 64 kbps |
+------------+-----------------------------------------------+
| 04 | 1544 kbps |
+------------+-----------------------------------------------+
| 05 | 6312 kbps |
+------------+-----------------------------------------------+
| 06 | 32064 kbps |
+------------+-----------------------------------------------+
| 07 | 44736 kbps |
+------------+-----------------------------------------------+
| 08 | 97728 kbps |
+------------+-----------------------------------------------+
| 10 | 2048 kbps |
+------------+-----------------------------------------------+
| 11 | 8448 kbps |
+------------+-----------------------------------------------+
| 12 | 34368 kbps |
+------------+-----------------------------------------------+
| 13 | 139264 kbps |
+------------+-----------------------------------------------+
| 40 | n x 64 kbps |
+------------+-----------------------------------------------+
| 41 | n x 8 kbps |
+------------+-----------------------------------------------+
It is preferable that the cbrRate attribute be omitted rather than set to an unspecified value of "-", since it conveys no information in the latter case.
それは後者の場合には情報を伝えないので、「 - 」cbrRate属性が省略なく不特定の値に設定することが好ましいです。
The 'sbc' media attribute line denotes the subchannel count and is meaningful only in the case of n x 64 clear channel communication. A clear n x 64 channel can use AAL1 (ATM forum af-vtoa-78) or AAL2 adaptation (ITU I.366.2). Although no such standard definition exists, it is also possible to use AAL5 for this purpose. An n x 64 clear channel is represented by the encoding names of "X-CCD" and "X-CCD-CAS" in Table 2.
「SBC」メディア属性行は、サブチャネルの数を表し、Nのみ×64クリアチャネル通信の場合に有意義です。 X 64チャネルクリアnがAAL1（ATMフォーラムのAF-VTOA-78）またはAAL2アダプテーション（ITU I.366.2）を使用することができます。そのような標準的な定義は存在しないが、この目的のためにAAL5を使用することも可能です。 N×64クリアチャネルは、表2中の「X-CCD」と「X-CCD-CAS」のエンコーディング名で表されます。
The format of the 'sbc' media attribute line is as follows:
以下のように「SBCのメディア属性行の形式は次のとおりです。
a=sbc:<sbc>
= SBC：<SBC>
Here, <sbc> can be expressed as a decimal or hex integer. This attribute indicates the number of DS0s in a T1 or E1 frame that are aggregated for transmitting clear channel data. For T1-based applications, it can take on integral values in the inclusive range [1...24]. For E1-based applications, it can take on integral values in the inclusive range [1...31]. When omitted, other means are to be used to determine the subchannel count.
ここで、<SBC> 10進数または16進数の整数として表すことができます。この属性は、クリアチャネルデータを送信するために集約されるT1またはE1フレーム内のDS0の数を示します。 T1ベースのアプリケーションのために、それが包含範囲[1 ... 24]の積分値を取ることができます。 E1ベースのアプリケーションでは、包括的な範囲[1 ... 31]に整数値を取ることができます。省略した場合、他の手段は、サブチャネル数を決定するために使用されることになっています。
Use of the 'sbc' attribute provides a direct way to indicate the number of 64 kbps subchannels bundled into an n x 64 clear channel. An alternate mechanism to indicate this exists within the SDP bandwidth information, or 'b', line [1]. In this case, instead of specifying the number of subchannels, the aggregate bandwidth in kbps is specified. The syntax of the 'b' line, copied verbatim from [1], is as follows:
「SBC」属性の使用は、n×64クリアチャネルにバンドル64 kbpsのサブチャネルの数を示すための直接的な方法を提供します。これを示すための代替機構はSDP帯域情報内に存在する、または「B」、線[1]。この場合には、代わりにサブチャネルの数を指定する、kbps単位で集約帯域幅が指定されています。次のように[1]からそのままコピー「B」線、の構文は次のとおりです。
b=<modifier>:<bandwidth-value>
B = <修飾子>：<帯域幅値>
In the case of n x 64 clear channels, the <modifier> is assigned a text string value of "AS", indicating that the 'b' line is application-specific. The <bandwidth-value> parameter, which is a decimal number indicating the bandwidth in kbps, is limited to one of the following values in the n x 64 clear channel application context:
N×64明確なチャネルの場合には、<修飾子>は「B」線は、アプリケーション固有であることを示し、「AS」の文字列値が割り当てられます。 kbps単位で帯域幅を示す10進数です<帯域幅値>パラメータは、N×64クリアチャネルアプリケーションのコンテキストにおいて、以下のいずれかの値に制限されます。
64, 128, 192, 256, 320, 384, 448, 512, 576, 640, 704, 768, 832, 896, 960, 1024, 1088, 1152, 1216, 1280, 1344, 1408, 1472, 1600, 1664, 1728, 1792, 1856, 1920, 1984
64, 128, 192, 256, 320, 384, 448, 512, 576, 640, 704, 768, 832, 896, 960, 1024, 1088, 1152, 1216, 1280, 1344, 1408, 1472, 1600, 1664, 1728, 1792, 1856, 1920, 1984
Thus, for n x 64 circuit mode data service,
これにより、n×64回線モードデータサービスのために、
a=sbc:6
= SBC：6
is equivalent to
に相当します
b=AS:384
B = AS：384
The media attribute line
media属性ライン
a=sbc:2
= SBC：2
is equivalent to
に相当します
b=AS:128
B = AS：128
When present, the 'clkrec' attribute is used to indicate the clock recovery method. This attribute is meaningful in the case of AAL1 unstructured data transfer (UDT). The format of the 'clkrec' media attribute line is as follows:
存在する場合、「clkrec」属性は、クロックリカバリ方法を示すために使用されます。この属性は、AAL1非構造化データ転送（UDT）の場合には意味があります。以下のように「clkrecのメディア属性行の形式は次のとおりです。
a=clkrec:<clkrec>
= clkrec：<clkrec>
The <clkrec> field can take on the following string values: "NULL", "SRTS" or "ADAPTIVE". SRTS and adaptive clock recovery are defined in ITU I.363.1 [10]. "NULL" indicates that the stream (e.g., T1/E1) encapsulated in ATM is synchronous to the ATM network or is retimed, before AAL1 encapsulation, via slip buffers.
「NULL」、「SRTS」または「適応」：<clkrec>フィールドには、次の文字列値を取ることができます。 SRTSとアダプティブクロックリカバリは、ITU I.363.1 [10]で定義されています。 「NULL」は、ストリームがスリップバッファを介して、（例えば、T1 / E1）ATMの中にカプセル化は、ATMネットワークへの同期であるか、またはAAL1カプセル化の前に、リタイミングされていることを示します。
When present, the 'fec' attribute is used to indicate the use of forward error correction. Currently, there exists a forward error correction method defined for AAL1 in ITU I.363.1 [10]. The format of the 'fec' media attribute line is as follows:
存在する場合、「FEC」属性は、前方誤り訂正の使用を示すために使用されます。現在、ITU I.363.1にAAL1 [10]のために定義された前方誤り訂正方法が存在します。以下のように「FECのメディア属性行の形式は次のとおりです。
a=fec:<fecEnable>
= FEC：<fecEnable>
The <fecEnable> flag indicates the presence of absence of Forward Error Correction. It can take on the string values of "NULL", "LOSS_SENSITIVE" and "DELAY_SENSITIVE". An "NULL" value implies disabling this capability. FEC can be enabled differently for delay-sensitive and loss-sensitive connections.
<fecEnable>フラグは、前方誤り訂正の有無を示しています。これは、「NULL」、「LOSS_SENSITIVE」と「DELAY_SENSITIVE」の文字列の値を取ることができます。 「NULL」の値は、この機能を無効にすることを意味します。 FECは、遅延に敏感と損失に敏感な接続のために別々に有効にすることができます。
When present, the 'prtfl' attribute is used to indicate the fill level of cells. When this attribute is absent, then other means (such as provisionable defaults) are used to determine the presence and level of partial fill.
存在する場合、「prtfl」属性は、セルの充填レベルを示すために使用されます。この属性が存在しない場合、その後、（例えばプロビジョニングデフォルトのような）他の手段は、部分充填の存在およびレベルを決定するために使用されます。
This attribute indicates the number of non-pad payload octets, not including any AAL SAR or convergence sublayer octets. For example, in some AAL1 applications that use partially filled cells with padding at the end, this attribute indicates the number of leading payload octets not including any AAL overhead.
この属性は、任意のAAL SARまたは収束サブレイヤオクテットを含まない非パッドペイロードオクテットの数を、示しています。例えば、最後のパディングで部分的に充填されたセルを使用するいくつかのAAL1アプリケーションでは、この属性は、任意のAALオーバーヘッドを含まない主要ペイロードのオクテットの数を示します。
The format of the 'prtfl' media attribute line is as follows:
以下のように「prtflのメディア属性行の形式は次のとおりです。
a=prtfl:<partialFill>
= prtfl：<partialFill>
Here, <partialFill> can be expressed as a decimal or a hex integer.
ここで、<partialFill> 10進数または16進数の整数として表すことができます。
In general, permitted values are integers in the range 1 - 48 inclusive. However, this upper bound is different for different adaptations since the AAL overhead, if any, is different. If the specified partial fill is greater than or equal to the maximum fill, then complete fill is used. Using a 'partial' fill of 48 always disables partial fill.
包括48 - 一般的に、許容値の範囲1の整数です。しかし、いずれの場合には、この上限は、AALオーバーヘッド以来、さまざまな適応のために異なっている、異なっています。指定された部分的な充填がより大きい又は最大充填に等しい場合、完全な充填が使用されます。 48の「部分的」塗りつぶしを使用することで、常に部分充填を無効にします。
In the AAL1 context, this media attribute line applies uniformly to both P and non-P cells. In AAL1 applications that do not distinguish between P and non-P cells, a value of 47 indicates complete fill (i.e., the absence of partial fill). In AAL1 applications that distinguish between P and non-P cells, a value of 46 indicates no padding in P-cells and a padding of one in non-P cells.
AAL1の文脈において、このメディア属性行は、P及び非P細胞の両方に均一に適用されます。 Pと非P細胞を区別しないAAL1アプリケーションで、47の値は、完全な充填（パーシャルフィルの、すなわち、非存在）を示します。 Pおよび非P細胞を区別AAL1アプリケーションで、46の値は、P-細胞および非P細胞中の1つのパディングでパディングがないことを示します。
If partial fill is enabled (i.e there is padding in at least some cells), then AAL1 structures must not be split across cell boundaries. These shall fit in any cell. Hence, their size shall be less than or equal to the partial fill size. Further, the partial fill size is preferably an integer multiple of the structure size. If not, then the partial fill size stated in the SDP description shall be truncated to an integer multiple (e.g., a partial fill size of 40 is truncated to 36 to support six 6 x 64 channels).
部分充填が有効になっている場合（すなわち、少なくともいくつかの細胞内でのパディングがあります）、その後、AAL1構造は、セルの境界を越えて分割してはいけません。これらは、任意のセルに収まるものとします。したがって、それらのサイズは、パーシャルフィルサイズ以下でなければなりません。さらに、パーシャルフィルサイズは、好ましくは、構造サイズの整数倍です。そうでない場合、SDPの記述で述べパーシャルフィルサイズ（例えば、40の部分的充填サイズを6つの6×64チャネルをサポートするために、36に切り捨てられる）の整数倍数に切り捨てなければなりません。
This attribute applies to AAL1 connections only. When present, the ' structure' attribute is used to indicate the presence or absence of structured data transfer (SDT), and the size in octets of the SDT blocks. The format of the 'structure' media attribute line is as follows:
この属性は、AAL1接続のみに適用されます。存在する場合、「構造」属性は、SDTブロックのオクテットに存在または不在構造化データ転送（SDT）の、及び大きさを示すために使用されます。以下のように「構造」メディア属性行の形式は次のとおりです。
a=structure: <structureEnable> <blksz>
=構造：<structureEnable> <blkszに>
where the <structureEnable> flag indicates the presence of absence of SDT. It can take on the values of "on" or "off". An "on" value implies AAL1 structured data transfer (SDT), while an "off" value implies AAL1 unstructured data transfer (UDT).
ここで、<structureEnable>フラグがSDTの有無を示しています。これは、「オン」または「オフ」の値を取ることができます。 「オフ」値はAAL1非構造化データ転送（UDT）を意味している間、値「オン」、AAL1構造化データ転送（SDT）を意味しています。
The block size field, <blksz>, is an optional 16-bit field [15] that can be represented in decimal or hex. It is set to a "-" when not applicable, as in the case of unstructured data transfer (UDT). For SDT, it can be set to a "-" when <blksz> is known by other means. For instance, af-vtoa-78 [7] fixes the structure size for n x 64 service, with or without CAS. The theoretical maximum value of <blksz> is 65,535, although most services use much less.
ブロックサイズフィールド、<blkszに>は、10進数または16進数で表すことができる任意の16ビット・フィールド[15]です。 「 - 」場合に該当しない、非構造化データ転送（UDT）の場合のように、それは次のように設定されています。 SDTの場合、それは次のように設定することができます「 - 」<blkszに>が他の手段によって知られているとき。例えば、AF-VTOA-78 [7]またはCASことなく、N×64サービスのための構造サイズを固定します。ほとんどのサービスはあまり使用していますが、<blkszに>の理論上の最大値は、65,535です。
When present, the 'cpsSDUsize' attribute is used to indicate the maximum size of the CPCS SDU payload. There can be several ' cpsSDUsize' lines in an SDP description.
存在する場合、「cpsSDUsize」属性は、CPCS SDUのペイロードの最大サイズを示すために使用されます。 SDP記述におけるいくつかの「cpsSDUsize」行が存在する場合があります。
The format of this media attribute line is as follows:
次のようにこのメディア属性行の形式は次のとおりです。
a=cpsSDUsize:<directionFlag><cpcs>
= cpsSDUsize：<directionFlag> <CPCの>
The <directionFlag> can be assigned the following string values: "f", "b" and "fb". "f" and "b" indicate the forward and backward directions respectively. "fb" refers to both directions (forward and backward). Conventions for the forward and backward directions are per section 2.3.
「F」、「B」と「FB」<directionFlag>次の文字列値を割り当てることができます。 「F」および「b」は、それぞれ、前後方向を示しています。 「FB」とは、両方向（前後）を指します。前後方向のための規則はセクション2.3あたりにあります。
The <cpcs> fields is a 16-bit integer that can be represented in decimal or in hex. The meaning and values of these fields are as follows:
<クリック単価>フィールド小数またはヘクスに表すことができる16ビットの整数です。次のような意味と、これらのフィールドの値は次のとおりです。
Application Field Meaning Values
アプリケーションフィールド意味値
AAL5 <cpcs> Maximum CPCS-SDU size 1- 65,535
AAL5 <CPCの>最大CPCS-SDUサイズの1- 65,535
AAL2 <cpcs> Maximum CPCS-SDU size 45 or 64
AAL2 <クリック単価>最大CPCS-SDUサイズ45または64
When present, the 'aal2CPS' attribute is used to describe parameters associated with the AAL2 CPS layer.
存在する場合、「aal2CPS」属性は、AAL2 CPS層に関連するパラメータを記述するために使用されます。
The format of the 'aal2CPS' media attribute line is as follows: a=aal2CPS:<cidLowerLimit><cidUpperLimit><timerCU> <simplifiedCPS>
以下のように「aal2CPSのメディア属性行の形式は次のとおりです。=のaal2CPS：<cidLowerLimit> <cidUpperLimit> <timerCU> <simplifiedCPS>
Each of these fields can be set to a "-" when the intention is to not specify them in an SDP descriptor.
これらの各フィールドは次のように設定することができます「 - 」意図はSDP記述でそれらを指定しないことであるとき。
The <cidLowerLimit> and <cidUpperLimit> can be assigned integer values between 8 and 255 [11], with the limitation that <cidUpperLimit> be greater than or equal to <cidLowerLimit>. For instance, for POTS applications based on [52], <cidLowerLimit> and <cidUpperLimit> can have values of 16 and 223 respectively.
<cidLowerLimit>及び<cidUpperLimit> <cidUpperLimit> <cidLowerLimit>以上とすることが制限と、8と255 [11]との間の整数値を割り当てることができます。例えば、POTSのため[52]、<cidLowerLimit>と<cidUpperLimit>に基づいて、アプリケーションは、それぞれ16および223の値を有することができます。
The <timerCU> integer represents the "combined use" timerCU defined in ITU I.363.2. This timer is represented as an integer number of microseconds. It is represented as the decimal integer equivalent of 32 bits.
<timerCU>整数ITU I. 363.2で定義された「併用」timerCUを表します。このタイマーは、マイクロ秒の整数として表されます。これは、32ビットの10進整数と等価として表されます。
The <simplifiedCPS> parameter can be assigned the values "on" or "off". When it is "on", the AAL2 CPS simplification described in [52] is adopted. Under this simplification, each ATM cell contains exactly on AAL2 packet. If necessary, octets at the end of the cell are padded with zeros. Since the <timerCU> value in this context is always 0, it can be set to "-".
<simplifiedCPS>パラメータは、「オン「または」オフ」の値を割り当てることができます。それが「ON」である場合、[52]に記載のAAL2 CPSの簡略化が採用されています。この単純化の下では、各ATMセルは、AAL2パケットに正確に含まれています。必要であれば、セルの末尾のオクテットにはゼロが埋め込まれます。 「 - 」は、この文脈では、<timerCU>値は常に0であるので、それはに設定することができます。
When present, the 'aal2CPSSDUrate' attribute is used to place an upper bound on the SDU bit rate for an AAL2 CID. This is useful for limiting the bandwidth used by a CID, specially if the CID is used for frame mode data defined in [13], or with the SSSAR defined in [12]. The format of this media attribute line is as follows:
存在する場合、「aal2CPSSDUrate」属性は、AAL2 CIDのためのSDUのビットレートに上限を配置するために使用されます。これは、CIDが[13]で定義されたフレーム・モード・データのために使用される特別な場合、CIDによって使用される帯域幅を制限するのに有用である、又はSSSARと[12]で定義されます。次のようにこのメディア属性行の形式は次のとおりです。
a=aal2CPSSDUrate: <fSDUrate><bSDUrate>
= aal2CPSSDUrate：<fSDUrate> <bSDUrate>
The fSDUrate and bSDUrate are the maximum forward and backward SDU rates in bits/second. These are represented as decimal integers, with range as defined in Section 6. If any of these parameters in these media attribute lines is not specified, is inapplicable or is implied, then it is set to "-".
fSDUrateとbSDUrateは、ビット/秒で前進最大と後方SDUレートです。 「 - 」これらの媒体におけるこれらのパラメータのいずれかが、行が指定されていない属性の場合は第6節で定義されている。これらは範囲で、小数点整数として表現され、適用できない場合、または暗示され、それはに設定されています。
When present, the 'aal2sscs3661unassured' attribute is used to indicate the options that pertain to the unassured transmission SSCS defined in ITU I.366.1 [12]. This SSCS can be selected via the aalApp attribute defined below, or by virtue of the presence of the ' aal2sscs3661unassured' attribute. The format of this media attribute line is as follows:
存在する場合、「aal2sscs3661unassured」属性は、ITU I.366.1 [12]で定義さunassured送信SSCSに関するオプションを示すために使用されます。このSSCSは、又は「aal2sscs3661unassured」属性の存在によって、以下に定義aalApp属性を介して選択することができます。次のようにこのメディア属性行の形式は次のとおりです。
a=aal2sscs3661unassured: <ted> <rastimer> <fsssar> <bsssar>
= aal2sscs3661unassured：<テッド> <rastimer> <fsssar> <bsssar>
Each of these fields can be set to a "-" when the intention is to not specify them in an SDP descriptor.
これらの各フィールドは次のように設定することができます「 - 」意図はSDP記述でそれらを指定しないことであるとき。
The <ted> flag indicates the presence or absence of transmission error detection as defined in I.366.1. It can be assigned the values of "on" or "off". An "on" value indicates presence of the capability.
<テッド>フラグI.366.1で定義されている伝送エラー検出の有無を示します。これは、「オン」または「オフ」の値を割り当てることができます。 「上」の値は、機能の存在を示します。
The <rastimer> subparameter indicates the SSSAR reassembly timer in microseconds. It is represented as the decimal equivalent of 32 bits.
<rastimer>サブパラメータは、マイクロ秒単位のSSSAR再構築タイマーを示します。これは、32ビットの10進数として表現されます。
The <fsssar> and <bsssar> fields are 24-bit integers that can be represented in decimal or in hex. The meaning and values of the <fsssar> and <bsssar> fields are as follows:
<fsssar>と<bsssar>フィールドは、小数点またはヘクスに表すことができる24ビットの整数です。次のような意味と<fsssar>と<bsssar>フィールドの値は次のとおりです。
Field Meaning Values
フィールド意味値
<fsssar> Maximum SSSAR-SDU size 1- 65,568 forward direction
<fsssar>最大SSSAR-SDUサイズ1- 65568順方向
<bsssar> Maximum SSSAR-SDU size 1- 65,568 backward direction
<bsssar>最大SSSAR-SDUサイズ1- 65568逆方向
If present, the SSTED (Service-Specific Transmission Error Detection) sublayer is above the SSSAR (Service-Specific Segmentation and Reassembly) sublayer [12]. Since the maximum size of the SSTED-SDUs can be derived from the maximum SSSAR-SDU size, it need not be specified separately.
存在する場合、SSTED（サービス固有伝送エラー検出）副層はSSSAR（サービス固有セグメンテーションとリアセンブリ）副層[12]を超えています。 SSTED-SDUの最大サイズが最大SSSAR-SDUのサイズから導出することができるので、個別に指定する必要はありません。
When present, the 'aal2sscs3661assured' attribute is used to indicate the options that pertain to the assured transmission SSCS defined in ITU I.366.1 [12] on the basis of ITU Q.2110 [43]. This SSCS can be selected via the aalApp attribute defined below, or by virtue of the presence of the 'aal2sscs3661assured' attribute. The format of this media attribute line is as follows:
存在する場合、「aal2sscs3661assured」属性は、ITU Q.2110 [43]に基づいて、ITU I.366.1 [12]で定義された保証伝送SSCSに関するオプションを示すために使用されます。このSSCSは、又は「aal2sscs3661assured」属性の存在によって、以下に定義aalApp属性を介して選択することができます。次のようにこのメディア属性行の形式は次のとおりです。
a=aal2sscs3661assured: <rastimer> <fsssar> <bsssar> <fsscopsdu> <bsscopsdu><fsscopuu> <bsscopuu>
= aal2sscs3661assured <rastimer> <fsssar> <bsssar> <fsscopsdu> <bsscopsdu> <fsscopuu> <bsscopuu>
Each of these fields can be set to a "-" when the intention is to not specify them in an SDP descriptor.
これらの各フィールドは次のように設定することができます「 - 」意図はSDP記述でそれらを指定しないことであるとき。
The <rastimer> subparameter indicates the SSSAR reassembly timer in microseconds. It is represented as the decimal equivalent of 32 bits.
<rastimer>サブパラメータは、マイクロ秒単位のSSSAR再構築タイマーを示します。これは、32ビットの10進数として表現されます。
The <fsssar> and <bsssar> fields are 24-bit integers that can be represented in decimal or in hex. The <fsscopsdu>, <bsscopsdu>, <fsscopuu> and <bsscopuu> fields are 16-bit integers that can be represented in decimal or in hex. The meaning and values of these fields is as follows:
<fsssar>と<bsssar>フィールドは、小数点またはヘクスに表すことができる24ビットの整数です。 <fsscopsdu>、<bsscopsdu>、<fsscopuu>と<bsscopuu>フィールドは、小数点またはヘクスに表すことができる16ビットの整数です。次のようにこれらのフィールドの意味と値は次のとおりです。
Field Meaning Values
フィールド意味値
<fsssar> Maximum SSSAR-SDU size 1- 65,568 forward direction
<fsssar>最大SSSAR-SDUサイズ1- 65568順方向
<bsssar> Maximum SSSAR-SDU size 1- 65,568 backward direction
<bsssar>最大SSSAR-SDUサイズ1- 65568逆方向
<fsscopsdu> Maximum SSCOP-SDU size 1- 65,528 forward direction
<fsscopsdu>最大SSCOP-SDUサイズ1- 65528順方向
<bsscopsdu> Maximum SSCOP-SDU size 1- 65,528 backward direction
<bsscopsdu>最大SSCOP-SDUサイズ1- 65528逆方向
<fsscopuu> Maximum SSCOP-UU field 1- 65,524 size, forward direction
<fsscopuu>最大SSCOP-UUフィールドの1- 65524サイズ、順方向
<bsscopuu> Maximum SSCOP-UU field 1- 65,524 size, backward direction
<bsscopuu>最大SSCOP-UUフィールド-1- 65524サイズ、逆方向
The SSTED (Service-Specific Transmission Error Detection) sublayer is above the SSSAR (Service-Specific Segmentation and Reassembly) sublayer [12]. The SSADT (Service-Specific Assured Data Transfer) sublayer is above the SSTED sublayer. Since the maximum size of the SSTED-SDUs and SSADT-SDUs can be derived from the maximum SSSAR-SDU size, they need not be specified separately.
SSTED（サービス固有伝送エラー検出）副層はSSSAR（サービス固有セグメンテーションとリアセンブリ）副層[12]を超えています。 SSADT（サービス固有の確実なデータ転送）副層はSSTED副層の上にあります。 SSTED-のSDUとSSADT-SDUの最大サイズが最大SSSAR-SDUのサイズから導出することができるので、それらは別々に指定する必要はありません。
The SSCOP protocol defined in [43] is used by the Assured Data Transfer service defined in [12]. In the context of the ITU I.366.1 SSCS, it is possible to use the 'aal2sscs3661assured' attribute to limit the maximum sizes of the SSCOP SDUs and UU (user-to-user) fields in either direction. Note that it is necessary for the parameters on the 'aal2sscs3661assured' media attribute line to be consistent with each other.
[43]で定義されたSSCOPプロトコルは[12]で定義された確実なデータ転送サービスによって使用されます。 ITU I.366.1 SSCSの文脈では、SSCOPのSDUとUU（ユーザ対ユーザ）いずれかの方向のフィールドの最大サイズを制限するために「aal2sscs3661assured」属性を使用することが可能です。 「aal2sscs3661assuredのメディア属性行上のパラメータが相互に一貫してすることが必要であることに注意してください。
When present, the 'aal2sscs3662' attribute is used to indicate the options that pertain to the SSCS defined in ITU I.366.2 [13]. This SSCS can be selected via the aalApp attribute defined below, or by the presence of the 'aal2sscs3662' attribute.
存在する場合、「aal2sscs3662」属性は、ITU I.366.2 [13]で定義されたSSCSに関するオプションを示すために使用されます。このSSCSは、以下に定義aalApp属性を介して選択され、または「aal2sscs3662」属性の存在によることができます。
The format of this media attribute line is as follows:
次のようにこのメディア属性行の形式は次のとおりです。
a=aal2sscs3662: <sap> <circuitMode> <frameMode> <faxDemod> <cas> <dtmf> <mfall> <mfr1> <mfr2> <PCMencoding> <fmaxFrame> <bmaxFrame>
= aal2sscs3662 <SAP> <circuitMode> <frameMode> <faxDemod> <CAS> <DTMF> <mfall> <MFR1> <MFR 2> <PCMencoding> <fmaxFrame> <bmaxFrame>
Each of these fields can be set to a "-" when the intention is to not specify them in an SDP descriptor. Additionally, the values of these fields need to be consistent with each other. Inconsistencies should be flagged as errors.
これらの各フィールドは次のように設定することができます「 - 」意図はSDP記述でそれらを指定しないことであるとき。また、これらのフィールドの値が互いに整合している必要があります。矛盾がエラーとしてフラグが付けする必要があります。
The <sap> field can take on the following string values: "AUDIO" and "MULTIRATE". These correspond to the audio and multirate Service Access Points (SAPs) defined in ITU I.366.2.
「AUDIO」と「マルチレート」：<SAP>フィールドには、次の文字列値を取ることができます。これらは、ITU I.366.2で定義されたオーディオおよびマルチレートサービスアクセスポイント（SAP）に対応します。
For the multirate SAP, the following parameters on the aal2sscs3662 attribute line do not apply: <faxDemod>,<cas>, <dtmf>, <mfall>, <mfr1>, <mfr2> and <PCMencoding>. These are set to "-" for the multirate SAP.
マルチレートSAPの場合は、aal2sscs3662属性ライン上の次のパラメータは適用されません：<faxDemod>、<CAS>、<DTMF>、<mfall>、<MFR1>、<MFR 2>と<PCMencoding>。マルチレートSAPのために - 「」これらのは次のように設定されています。
The <circuitMode> flag indicates whether the transport of circuit mode data is enabled or disabled, corresponding to the string values of "on" and "off" respectively. For the multirate SAP, it cannot have a value of "off". For the audio SAP, it can be assigned a value of "on", "off" or "-". Note that the <sbc> attribute, defined elsewhere in this document, can be used to specify the number of 64 kbps subchannels bundled into a circuit mode data channel.
<circuitMode>フラグは、回路モードデータのトランスポートをそれぞれと「オフ」、「オン」の文字列値に対応し、有効であるか無効であるかを示します。マルチレートSAPの場合は、「オフ」の値を持つことはできません。 「 - 」オーディオSAPの場合は、「オン」、「オフ」またはの値を割り当てることができます。本書の他の箇所で定義された<SBC>属性は、回路モードデータチャネルにバンドル64 kbpsのサブチャネルの数を指定するために使用することができることに留意されたいです。
The <frameMode> flag indicates whether the transport of frame mode data is enabled or disabled, corresponding to the string values of "on" and "off" respectively.
<frameMode>フラグがフレームモードデータのトランスポートをそれぞれ「オン」と「オフ」の文字列値に対応し、有効であるか無効であるか。示し
The <faxDemod> flag indicates whether facsimile demodulation and remodulation are enabled or disabled, corresponding to the string values of "on" and "off" respectively.
<faxDemod>フラグがファクシミリ復調及び再変調をそれぞれと「オフ」、「オン」の文字列値に対応する、有効か無効かを示しています。
The <cas> flag indicates whether the transport of Channel Associated Signaling (CAS) bits in AAL2 type 3 packets is enabled or disabled, corresponding to the string values of "on" and "off" respectively.
<CAS>フラグが「オン」と「オフ」は、それぞれの文字列値に対応する、AAL2のタイプチャネル連携信号（CAS）ビットの輸送は3パケットが有効か無効かを示しています。
The <dtmf> flag indicates whether the transport of DTMF dialled digits in AAL2 type 3 packets is enabled or disabled, corresponding to the string values of "on" and "off" respectively.
フラグは、DTMFの輸送がAAL2タイプ3パケットの桁をダイヤルしたかどうか<DTMF>示しそれぞれ「オン」と「オフ」の文字列値に対応する、有効または無効になっています。
The <mfall> flag indicates whether the transport of MF dialled digits in AAL2 type 3 packets is enabled or disabled, corresponding to the string values of "on" and "off" respectively. This flag enables MF dialled digits in a generic manner, without specifying type (e.g., R1, R2 etc.).
<mfall>フラグMFの輸送がAAL2タイプ3パケットの桁をダイヤルしたか否かを示すそれぞれ「オン」と「オフ」の文字列値に対応する、有効または無効になっています。このフラグは、MF（例えば、R1、R2など）のタイプを指定せずに、一般的な方法で数字をダイヤル可能。
The <mfr1> flag indicates whether the transport, in AAL2 type 3 packets, of MF dialled digits for signaling system R1 is enabled or disabled, corresponding to the string values of "on" and "off" respectively.
<MFR1>フラグが輸送は、AAL2タイプでMFの3パケットは、システムR1をシグナリングするためのディジットをダイヤルしたか否かを示すそれぞれ「オン」と「オフ」の文字列値に対応する、有効または無効になっています。
The <mfr2> flag indicates whether the transport, in AAL2 type 3 packets, of MF dialled digits for signaling system R2 is enabled or disabled, corresponding to the string values of "on" and "off" respectively.
<MFR 2>フラグが輸送は、AAL2タイプでMFの3パケットは、システムR2をシグナリングするためのディジットをダイヤルしたか否かを示すそれぞれ「オン」と「オフ」の文字列値に対応する、有効または無効になっています。
The <PCMencoding> field indicates whether PCM encoding, if used, is based on the A-law or the Mu-law. This can be used to qualify the ' generic PCM' codec stated in some of the AAL2 profiles. The <PCMencoding> field can take on the string values of "PCMA" and "PCMU".
<PCMencoding>フィールドがPCM符号化、使用する場合、A-lawまたはμ則に基づいているかどうかを示します。これはAAL2プロファイルの一部に記載された「一般的なPCM」コーデックを修飾するために使用することができます。 <PCMencoding>フィールドが「PCMA」と「PCMU」の文字列の値を取ることができます。
The <fmaxFrame> and <bmaxFrame> fields are 16-bit integers that can be represented in decimal or in hex. The meaning and values of the <fmaxFrame> and <bmaxFrame> fields are as follows:
<fmaxFrame>と<bmaxFrame>フィールドは、小数点またはヘクスに表すことができる16ビットの整数です。次のような意味と<fmaxFrame>と<bmaxFrame>フィールドの値は次のとおりです。
Field Meaning Values
フィールド意味値
<fmaxFrame> Maximum length of a 1- 65,535 frame mode data unit, forward direction
<fmaxFrame> 1- 65,535フレームモードデータユニットの最大長さは、順方向
<bmaxFrame> Maximum length of a 1- 65,535 frame mode data unit, backward direction
<bmaxFrame> 1- 65,535フレームモードデータユニットの最大長さは、逆方向
When present, the 'aal5sscop' attribute is used to indicate the existence of an SSCOP [43] protocol layer over an AAL5 CPS layer [21], and the parameters which pertain to this SSCOP layer. SSCOP over AAL5 can also be selected via the aalApp attribute defined below. The format of the 'aal5sscop' media attribute line is as follows:
存在する場合、「aal5sscop」属性は、AAL5 CPS層[21]上SSCOP [43]プロトコル層、及びこのSSCOP層に関連するパラメータの存在を示すために使用されます。 AAL5オーバーSSCOPはまた、以下に定義されたaalApp属性を経由して選択することができます。以下のように「aal5sscopのメディア属性行の形式は次のとおりです。
a=aal5sscop: <fsscopsdu> <bsscopsdu> <fsscopuu> <bsscopuu>
= aal5sscop：<fsscopsdu> <bsscopsdu> <fsscopuu> <bsscopuu>
Each of these fields can be set to a "-" when the intention is to not specify them in an SDP descriptor.
これらの各フィールドは次のように設定することができます「 - 」意図はSDP記述でそれらを指定しないことであるとき。
The representation, meaning and values of the <fsscopsdu>, <bsscopsdu>, <fsscopuu> and <bsscopuu> fields are identical to those for the 'aal2sscs3661assured' media attribute line (Section 5.6.2.12). Note that it is necessary for the parameters on the ' aal5sscop' media attribute line to be consistent with each other.
表現、意味と<fsscopsdu>、<bsscopsdu>、<fsscopuu>と<bsscopuu>フィールドの値は、 'aal2sscs3661assuredのメディア属性行（セクション5.6.2.12）のためのものと同じです。 「aal5sscopのメディア属性行上のパラメータが相互に一貫してすることが必要であることに注意してください。
The following is a summary list of the SDP media attributes that can be used to describe the services that use the ATM Adaptation Layer (AAL). These attributes are detailed in subsequent subsections.
以下は、ATMアダプテーションレイヤ（AAL）を使用するサービスを記述するために使用することができるSDPメディア属性の要約リストです。これらの属性は、後続のサブセクションで詳述されています。
* The 'atmmap' attribute. In the AAL1 and AAL5 contexts, this is used to dynamically map payload types into codec strings.
* 'atmmap' 属性。 AAL1とAAL5の文脈では、これは、動的にコーデック列にペイロードタイプをマッピングするために使用されます。
* The 'silenceSupp' attribute, used to indicate the use of of voice activity detection for silence suppression, and to optionally parameterize the silence suppression function.
*無音圧縮のための音声アクティビティの検出の使用を示すために、無音抑圧機能をパラメータ任意に使用される「silenceSupp」属性、。
* The 'ecan' attribute, used to indicate the use of of echo cancellation, and to parameterize the this function.
*「ECAN」属性、エコーキャンセルの使用を示すために、この機能をパラメータ化するために使用。
* The 'gc' attribute, used to indicate the use of of gain control, and to parameterize the this function.
利得制御の使用を示すために、この機能をパラメータ化するために使用*「GC」属性、。
* The 'profileDesc' attribute, which can be used to describe AAL2 profiles. Although any AAL2 profile can be so described, this attribute is useful for describing, at connection establishment time, custom profiles that might not be known to the far end. This attribute applies in the AAL2 context only.
AAL2プロファイルを記述するために使用することができます*「profileDesc」属性、。任意のAAL2プロファイルがそのように説明することができますが、この属性は、接続確立時、遠端には知られていない可能性がありますカスタムプロファイルで、記述するために有用です。この属性は、AAL2のコンテキストに適用されます。
* The 'vsel' attribute, which indicates a prioritized list of 3- tuples for voice service. Each 3-tuple indicates a codec, an optional packet length and an optional packetization period. This complements the 'm' line information and should be consistent with it.
音声サービスのための3-タプルの優先順位リストを示します*「VSEL」属性、。各3タプルは、コーデック、オプションのパケット長および任意のパケット化期間を示します。これは、「M」ライン情報を補完し、それと一致する必要があります。
* The 'dsel' attribute, which indicates a prioritized list of 3- tuples for voiceband data service. Each 3-tuple indicates a codec, an optional packet length and an optional packetization period. This complements the 'm' line information and should be consistent with it.
音声帯域データサービスのための3-タプルの優先順位リストを示します*「DSEL」属性、。各3タプルは、コーデック、オプションのパケット長および任意のパケット化期間を示します。これは、「M」ライン情報を補完し、それと一致する必要があります。
* The 'fsel' attribute, which indicates a prioritized list of 3- tuples for facsimile service. Each 3-tuple indicates a codec, an optional packet length and an optional packetization period. This complements the 'm' line information and should be consistent with it.
ファクシミリサービスのための3-タプルの優先順位リストを示します*「FSEL」属性、。各3タプルは、コーデック、オプションのパケット長および任意のパケット化期間を示します。これは、「M」ライン情報を補完し、それと一致する必要があります。
* The 'onewaySel' attribute, which indicates a prioritized list of 3-tuples for one direction of an asymmetric connection. Each 3-tuple indicates a codec, an optional packet length and an optional packetization period. This complements the 'm' line information and should be consistent with it.
非対称接続の一方向のための3タプルの優先順位リストを示し*「onewaySel」属性、。各3タプルは、コーデック、オプションのパケット長および任意のパケット化期間を示します。これは、「M」ライン情報を補完し、それと一致する必要があります。
* The 'codecconfig' attribute, which is used to represent the contents of the single codec information element (IE) defined in ITU Q.765.5 [57].
ITU Q.765.5 [57]で定義された単一のコーデック情報要素（IE）の内容を表すために使用される*「codecconfig」属性、。
* The 'isup_usi' attribute which is used to represent the bearer capability information element defined in Section 4.5.5 of ITU Q.931 [59], and reiterated as the user service information element (IE) in Section 3.57 of ITU Q.763 [60].
ITU Q.931 [59]のセクション4.5.5で定義されたベアラ能力情報要素を表すために使用される*「isup_usi」属性、及びITU Q.763のセクション3.57にユーザサービス情報要素（IE）として繰り返し[60]。
* The 'uiLayer1_Prot' attribute, which is used to represent the ' User Information Layer 1 protocol' field within the bearer capability information element defined in Section 4.5.5 of ITU Q.931 [59].
* ITU Q.931 [59]のセクション4.5.5で定義されたベアラ能力情報エレメント内に「ユーザ情報レイヤ1つのプロトコル」フィールドを表すために使用される「uiLayer1_Prot」属性、。
The 'atmmap' attribute is defined on the basis of the 'rtpmap' attribute used in RFC 2327.
属性は、RFC 2327で使用される「rtpmap」属性に基づいて定義される「atmmap」。
a=atmmap:<payloadType> <encodingName>
= atmmap：<payloadType> <encodingName>
The 'atmmap' attribute is used to dynamically map encoding names into payload types. This is necessary for those encoding names which have not been assigned a static payload type through IANA [31]. Payload types and encoding techniques that have been registered with IANA for RTP are retained for AAL1 and AAL5.
「atmmap」属性は動的ペイロードタイプにエンコーディング名をマッピングするために使用されます。これは、IANA [31]を介して静的ペイロードタイプを割り当てられていないものエンコーディング名のために必要です。 RTPのためにIANAに登録されているペイロードタイプと符号化技術は、AAL1とAAL5のために保持されています。
The range of statically defined payload types is in the range 0-95. All static assignments of payload types to codecs are listed in [31]. The range of payload types defined dynamically via the 'atmmap' attribute is 96-127.
静的に定義されたペイロードタイプの範囲は、範囲0〜95です。コーデックへのペイロードタイプのすべての静的割り当ては、[31]に記載されています。 「atmmap」属性を経由して、動的に定義されたペイロードタイプの範囲は96から127です。
In addition to reiterating the payload types and encoding names in [31], Table 2 defines non-standard encoding names (with "X-" prefixes). Note that [31], rather than Table 2, is the authoritative list of standard codec names and payload types in the ATM context.
[31]内のペイロードタイプと符号化名を反復することに加えて、表2（「X-」接頭辞）非標準エンコーディング名を定義します。 [31]が、むしろ、表2より、ATMコンテキストにおける標準コーデック名およびペイロードタイプの権限のリストであることに留意されたいです。
Table 2: Encoding Names and Payload Types
表2：エンコーディング名とペイロードタイプ
|---------------------|--------------|---------------------------|
| Encoding Technique | Encoding Name| Payload type |
|---------------------|--------------|---------------------------|
| PCM - Mu law | "PCMU" | 0 (Statically Mapped) |
|---------------------|--------------|---------------------------|
| 32 kbps ADPCM | "G726-32" | 2 (Statically Mapped) |
|---------------------|--------------|---------------------------|
|Dual rate 5.3/6.3kbps| "G723" | 4 (Statically Mapped) |
|---------------------|--------------|---------------------------|
| PCM- A law | "PCMA" | 8 (Statically Mapped) |
|---------------------|--------------|---------------------------|
| 7 KHz audio coding | "G722" | 9 (Statically Mapped) |
| within 64 kbps | | |
|---------------------|--------------|---------------------------|
| LD-CELP | "G728" | 15 (Statically Mapped) |
|---------------------|--------------|---------------------------|
| CS-ACELP | "G729" | 18 (Statically Mapped) |
|(normal/low-complexity) | |
|---------------------|--------------|---------------------------|
| Low-complexity | "X-G729a" | None, map dynamically |
| CS-ACELP | | |
|---------------------|--------------|---------------------------|
|Normal | "X-G729b" | None, map dynamically |
|CS-ACELP w/ ITU | | |
|defined silence | | |
|suppression | | |
+---------------------+--------------+---------------------------+
|Low-complexity | "X-G729ab" | None, map dynamically |
|CS-ACELP w/ ITU | | |
|defined silence | | |
|suppression | | |
|---------------------|--------------|---------------------------|
| 16 kbps ADPCM | "X-G726-16" | None, map dynamically |
|---------------------|--------------|---------------------------|
| 24 kbps ADPCM | "X-G726-24" | None, map dynamically |
|---------------------|--------------|---------------------------|
| 40 kbps ADPCM | "X-G726-40" | None, map dynamically |
|---------------------|--------------|---------------------------|
| Dual rate 5.3/6.3 |"X-G7231-H" | None, map dynamically |
| kbps - high rate | | |
|---------------------|--------------|---------------------------|
| Dual rate 5.3/6.3 |"X-G7231-L" | None, map dynamically |
| kbps - low rate | | |
|---------------------|--------------|---------------------------|
| Dual rate 5.3/6.3 |"X-G7231a-H" | None, map dynamically |
| kbps - high rate w/ | | |
| ITU-defined silence | | |
| suppression | | |
|----------------------------------------------------------------|
+---------------------+--------------+---------------------------+
| Dual rate 5.3/6.3 |"X-G7231a-L" | None, map dynamically |
| kbps - high rate w/ | | |
| ITU-defined silence | | |
| suppression | | |
|---------------------|--------------|---------------------------|
| 16 kbps EADPCM | "X-G727-16" | None, map dynamically |
|---------------------|--------------|---------------------------|
| 24 kbps EADPCM | "X-G727-24" | None, map dynamically |
|---------------------|--------------|---------------------------|
| 32 kbps EADPCM | "X-G727-32" | None, map dynamically |
|---------------------|--------------|---------------------------|
|n x 64 kbps Clear | "X-CCD" | None, map dynamically |
|Channel without CAS | | |
|per af-vtoa-78 [7] | | |
|---------------------|--------------|---------------------------|
|n x 64 kbps Clear | "X-CCD-CAS" | None, map dynamically |
|Channel with CAS | | |
|per af-vtoa-78 [7] | | |
|---------------------|--------------|---------------------------|
|GSM Full Rate | "GSM" | 3 (Statically Mapped) |
|---------------------|--------------|---------------------------|
|GSM Half Rate | "GSM-HR" | None, map dynamically |
|---------------------|--------------|---------------------------|
|GSM-Enhanced Full Rate "GSM-EFR" | None, map dynamically |
|---------------------|--------------|---------------------------|
|GSM-Enhanced Half Rate "GSM-EHR" | None, map dynamically |
|---------------------|--------------|---------------------------|
|Group 3 fax demod. | "X-FXDMOD-3" | None, map dynamically |
|---------------------|--------------|---------------------------|
| Federal Standard | "1016" | 1 (Statically Mapped) |
| FED-STD 1016 CELP | | |
|---------------------|--------------|---------------------------|
| DVI4, 8 KHz [3] | "DVI4" | 5 (Statically Mapped) |
|---------------------|--------------|---------------------------|
| DVI4, 16 KHz [3] | "DVI4" | 6 (Statically Mapped) |
|---------------------|--------------|---------------------------|
| LPC [3], Linear | "LPC" | 7 (Statically Mapped) |
| Predictive Coding | | |
|---------------------|--------------|---------------------------|
| L16 [3], Sixteen | "L16" | 10 (Statically Mapped) |
| Bit Linear PCM, | | |
| Double channel | | |
|---------------------|--------------|---------------------------|
| L16 [3], Sixteen | "L16" | 11 (Statically Mapped) |
| Bit Linear PCM, | | |
| Single channel | | |
|---------------------|--------------|---------------------------|
| QCELP [3] | "QCELP" | 12 (Statically Mapped) |
|---------------------|--------------|---------------------------|
| MPEG1/MPEG2 audio | "MPA" | 14 (Statically Mapped) |
|---------------------|--------------|---------------------------|
+---------------------+--------------+---------------------------+
| DVI4, 11.025 KHz[3] | "DVI4" | 16 (Statically Mapped) |
|---------------------|--------------|---------------------------|
| DVI4, 22.05 KHz [3] | "DVI4" | 17 (Statically Mapped) |
|---------------------|--------------|---------------------------|
| MPEG1/MPEG2 video | "MPV" | 32 (Statically Mapped) |
|---------------------|--------------|---------------------------|
| MPEG 2 audio/video | "MP2T" | 33 (Statically Mapped) |
| transport stream | | |
|---------------------|--------------|---------------------------|
| ITU H.261 video | "H261" | 31 (Statically Mapped) |
|---------------------|--------------|---------------------------|
| ITU H.263 video | "H263" | 33 (Statically Mapped) |
|---------------------|--------------|---------------------------|
| ITU H.263 video |"H263-1998" | None, map dynamically |
| 1998 version | | |
|---------------------|--------------|---------------------------|
|MPEG 1 system stream | "MP1S" | None, map dynamically |
|---------------------|--------------|---------------------------|
|MPEG 2 program stream| "MP2P" | None, map dynamically |
|---------------------|--------------|---------------------------|
|Redundancy | "RED" | None, map dynamically |
|---------------------|--------------|---------------------------|
|Variable rate DVI4 | "VDVI" | None, map dynamically |
|---------------------|--------------|---------------------------|
|Cell-B | "CelB" | 25 |
|---------------------|--------------|---------------------------|
|JPEG | "JPEG" | 26 |
|---------------------|--------------|---------------------------|
|nv | "nv" | 28 |
|---------------------|--------------|---------------------------|
|L8, Eight Bit Linear | "L8" | None, map dynamically |
|PCM | | |
|---------------------|--------------|---------------------------|
| ITU-R Recommendation| "BT656" | None, map dynamically |
| BT.656-3 for | | |
| digital video | | |
|---------------------|--------------|---------------------------|
| Adaptive Multirate | "FR-AMR" | None, map dynamically |
|-Full Rate (3GPP)[58]| | |
|---------------------|--------------|---------------------------|
| Adaptive Multirate | "HR-AMR" | None, map dynamically |
|-Half Rate (3GPP)[58]| | |
|---------------------|--------------|---------------------------|
| Adaptive Multirate | "UMTS-AMR" | None, map dynamically |
|- UMTS(3GPP) [58] | | |
|---------------------|--------------|---------------------------|
| Adaptive Multirate | "AMR" | None, map dynamically |
|- Generic [58] | | |
|---------------------|--------------|---------------------------|
When present, the 'silenceSupp' attribute is used to indicate the use or non-use of silence suppression. The format of the 'silenceSupp' media attribute line is as follows:
存在する場合、「silenceSupp」属性は、無音抑圧の使用または不使用を示すために使用されます。以下のように「silenceSuppのメディア属性行の形式は次のとおりです。
a=silenceSupp: <silenceSuppEnable> <silenceTimer> <suppPref> <sidUse> <fxnslevel>
= silenceSupp：<silenceSuppEnable> <silenceTimer> <suppPref> <ツイル> <fxnslevel>
If any of the parameters in the silenceSupp media attribute line is not specified, is inapplicable or is implied, then it is set to "-".
silenceSupp media属性ラインのパラメータのいずれかが指定されていない場合は、適用できない場合、または暗示され、それがに設定されています「 - 」。
The <silenceSuppEnable> can take on values of "on" or "off". If it is "on", then silence suppression is enabled.
<silenceSuppEnable>は、「オン」または「オフ」の値を取ることができます。それが「オン」の場合、無音抑止が有効になっています。
The <silenceTimer> is a 16-bit field which can be represented in decimal or hex. Each increment (tick) of this timer represents a millisecond. The maximum value of this timer is between 1 and 3 minutes. This timer represents the time-lag before silence suppression kicks in. Even though this can, theoretically, be as low as 1 ms, most DSP algorithms take more than that to detect silence. Setting <silenceTimer> to a large value (say 1 minute> is equivalent to disabling silence suppression within a call. However, idle channel suppression between calls on the basis of silence suppression is still operative in non-switched, trunking applications if <silenceSuppEnable> = "on" and <silenceTimer> is a large value.
<silenceTimer> 10進数または16進数で表すことができる16ビットのフィールドです。このタイマーの各増分（目盛り）は、ミリ秒を表します。このタイマーの最大値は1〜3分です。このタイマーがで無音抑圧キック前に時間遅れを表す。これは、理論的には、1ミリ秒ほど低くすることができるにもかかわらず、ほとんどのDSPアルゴリズムは、無音を検出するためのより多くを取ります。大きな値に<silenceTimer>設定（例えば1分>コール内で無音抑制を無効にすることと等価である。しかしながら、無音抑圧に基づいて呼の間に空きチャネルの抑制がまだ動作する非切り替え、トランキング・アプリケーションであれば、<silenceSuppEnable> =「オン」および<silenceTimer>大きい値です。
The <suppPref> specifies the preferred silence suppression method that is preferred or already selected. It can take on the string values of "standard" and "custom". If its value is "standard", then a standard method (e.g., ITU-defined) is preferred to custom methods if such a standard is defined. Otherwise, a custom method may be used. If <suppPref> is set to "custom", then a custom method, if available, is preferred to the standard method.
<suppPref>は、好ましいまたは既に選択されている好ましい無音抑圧方法を指定します。これは、「標準」および「カスタム」の文字列の値を取ることができます。その値は「標準」である場合、そのような標準が定義されている場合、次いで、標準的な方法（例えば、ITU-定義された）カスタム方法が好ましいです。それ以外の場合は、カスタムメソッドを使用することができます。 <suppPref>「カスタム」に設定されている場合、カスタムメソッドは、利用可能な場合、標準的な方法に好適です。
The <sidUse> indicates whether SIDs (Silence Insertion Descriptors) are to be used, and whether they use fixed comfort noise or sampled background noise. It can take on the string values of "No SID", "Fixed Noise", "Sampled Noise".
<sidUse>のSID（無音挿入記述子）を使用すべきかどうか、およびそれらが固定快適ノイズやサンプリングバックグラウンドノイズを使用するかどうかを示します。これは、「いいえSID」、「固定ノイズ」、「サンプリングノイズ」の文字列の値を取ることができます。
If the value of <sidUse> is "Fixed Noise", then <fxnslevel> provides its level. It can take on integer values in the range 0-127, as follows:
<sidUse>の値が「固定ノイズ」である場合には、<fxnslevel>は、そのレベルを提供します。これは次のように、0から127の範囲内の整数値を取ることができます。
+-----------------------+---------------------+
| <fxnslevel> value | Meaning |
+-----------------------+---------------------+
| 0-29 | Reserved |
| 30 | -30 dBm0 |
| 31 | -31 dBm0 |
| . . . | . . . |
| 77 | -77 dBm0 |
| 78 | -78 dBm0 |
| 79-126 | reserved |
| 127 | Idle Code (no noise)|
+-----------------------+---------------------+
In addition to the decimal representation of <fxnslevel>, a hex representation, preceded by a "0x" prefix, is also allowed.
<fxnslevel>の10進表現に加えて、「0X」接頭辞によって先行進表現は、また、許容されます。
When present, the 'ecan' attribute s is used to indicate the use or non-use of echo cancellation. There can be several 'ecan' lines in an SDP description.
存在する場合、「ECAN」属性のは、エコーキャンセルの使用または不使用を示すために使用されます。 SDP記述にはいくつかの「ECAN」行が存在する場合があります。
The format of the 'ecan' media attribute line is as follows:
以下のように「ECANのメディア属性行の形式は次のとおりです。
a=ecan:<directionFlag><ecanEnable><ecanType>
= ECAN：<directionFlag> <ecanEnable> <ecanType>
The <directionFlag> can be assigned the following string values: "f", "b" and "fb". "f" and "b" indicate the forward and backward directions respectively. "fb" refers to both directions (forward and backward). Conventions for the forward and backward directions are per section 2.3.
「F」、「B」と「FB」<directionFlag>次の文字列値を割り当てることができます。 「F」および「b」は、それぞれ、前後方向を示しています。 「FB」とは、両方向（前後）を指します。前後方向のための規則はセクション2.3あたりにあります。
The <directionFlag> is always specified. Except for the <directionFlag>, the remaining parameters can be set to "-" to indicate that they are not specified, inapplicable or implied. However, there must be some specified parameters for the line to be useful in an SDP description.
<directionFlag>常に指定されています。 <directionFlag>を除いて、残りのパラメータはに設定することができます「 - 」彼らは、指定された適用できないか、暗示されていないことを示すために。しかしながら、SDP記述に有用であるためにラインのためのいくつかの指定されたパラメータが存在しなければなりません。
If the 'ecan' media attribute lines is not present, then means other than the SDP descriptor must be used to determine the applicability and nature of echo cancellation for a connection direction. Examples of such means are MIB provisioning, the local connection options structure in MGCP etc.
「ECANのメディアが行属性場合、SDP記述子は接続方向のための適用性やエコーキャンセルの性質を決定するために使用されなければならない以外ない存在を意味しています。そのような手段の例には、MGCPでMIBプロビジョニング、ローカル接続オプション構造であります
The <ecanEnable> parameter can take on values of "on" or "off". If it is "on", then echo cancellation is enabled. If it is "off", then echo cancellation is disabled.
<ecanEnable>パラメータは、「オン」または「オフ」の値を取ることができます。それが「オン」である場合には、エコーキャンセレーションが有効になっています。それが「オフ」である場合には、エコーキャンセレーションが無効になっています。
The <ecanType> parameter can take on the string values "G165" and "G168" respectively.
<ecanType>パラメータには、それぞれの文字列値「G165」と「G168」を取ることができます。
When SDP is used with some media gateway control protocols such as MGCP and Megaco [26], there exist means outside SDP descriptions to specify the echo cancellation properties of a connection. Nevertheless, this media attribute line is included for completeness. As a result, the SDP can be used for describing echo cancellation in applications where alternate means for this are unavailable.
SDPは、例えばMGCPとMegacoの[26]などのいくつかのメディア・ゲートウェイ制御プロトコルで使用される場合、接続のエコーキャンセルプロパティを指定するSDP記述外側手段が存在します。それにもかかわらず、このメディア属性行は、完全性のために含まれています。結果として、SDPは、このための代替手段が利用できない用途においてエコーキャンセルを記述するために使用することができます。
When present, the 'gc' attribute is used to indicate the use or non-use of gain control. There can be several 'gc' lines in an SDP description.
存在する場合、「GC」属性は、ゲインコントロールの使用または不使用を示すために使用されます。 SDP記述にはいくつかの「GC」行が存在する場合があります。
The format of the 'gc' media attribute line is as follows:
以下のように「GCのメディア属性行の形式は次のとおりです。
a=gc:<directionFlag><gcEnable><gcLvl>
= GC：<directionFlag> <gcEnable> <gcLvl>
The <directionFlag> can be assigned the following string values: "f", "b" and "fb". "f" and "b" indicate the forward and backward directions respectively. "fb" refers to both directions (forward and backward). Conventions for the forward and backward directions are per section 2.3.
「F」、「B」と「FB」<directionFlag>次の文字列値を割り当てることができます。 「F」および「b」は、それぞれ、前後方向を示しています。 「FB」とは、両方向（前後）を指します。前後方向のための規則はセクション2.3あたりにあります。
The <directionFlag> is always specified. Except for the <directionFlag>, the remaining parameters can be set to "-" to indicate that they are not specified, inapplicable or implied. However, there must be some specified parameters for the line to be useful in an SDP description.
<directionFlag>常に指定されています。 <directionFlag>を除いて、残りのパラメータはに設定することができます「 - 」彼らは、指定された適用できないか、暗示されていないことを示すために。しかしながら、SDP記述に有用であるためにラインのためのいくつかの指定されたパラメータが存在しなければなりません。
If the 'gc' media attribute lines is not present, then means other than the SDP descriptor must be used to determine the applicability and nature of gain control for a connection direction. Examples of such means are MIB provisioning, the local connection options structure in MGCP etc.
「GC」メディアは、行属性場合、SDPの記述は、接続方向について適用利得制御の性質を決定するために使用されなければならない以外存在しない手段です。そのような手段の例には、MGCPでMIBプロビジョニング、ローカル接続オプション構造であります
The <gcEnable> parameter can take on values of "on" or "off". If it is "on", then gain control is enabled. If it is "off", then gain control is disabled.
<gcEnable>パラメータは、「オン」または「オフ」の値を取ることができます。それが「オン」の場合、コントロールを得る有効になっています。それが「オフ」である場合には、利得制御が無効になっています。
The <gcLvl> parameter is represented as the decimal or hex equivalent of a 16-bit binary field. A value of 0xFFFF implies automatic gain control. Otherwise, this number indicates the number of decibels of inserted loss. The upper bound, 65,535 dB (0xFFFE) of inserted loss, is a large number and is a carryover from Megaco [26]. In practical applications, the inserted loss is much lower.
<gcLvl>パラメータは、16ビットのバイナリフィールドの10進数または16進数同等物として表現されます。 0xFFFFの値は、自動利得制御を意味しています。そうでなければ、この数は挿入損失のデシベル数を示します。挿入損失の上限は、65535デシベル（0xFFFEという）は、多数あり、Megacoの[26]からのキャリーオーバーです。実際の応用では、挿入損失がはるかに低いです。
When SDP is used with some media gateway control protocols such as MGCP and Megaco [26], there exist means outside SDP descriptions to specify the gain control properties of a connection. Nevertheless, this media attribute line is included for completeness. As a result, the SDP can be used for describing gain control in applications where alternate means for this are unavailable.
SDPは、例えばMGCPとMegacoの[26]などのいくつかのメディア・ゲートウェイ制御プロトコルで使用される場合、接続の利得制御特性を指定するSDP記述外の手段が存在します。それにもかかわらず、このメディア属性行は、完全性のために含まれています。結果として、SDPは、このための代替手段が利用できないアプリケーションで利得制御を説明するために使用することができます。
There is one 'profileDesc' media attribute line for each AAL2 profile that is intended to be described. The 'profileDesc' media attribute line is structured as follows:
説明することを意図している各AAL2プロファイルのための1つの「profileDescのメディア属性行があります。以下のように「profileDescのメディア属性行は、構造化されています。
a=profileDesc: <aal2transport> <profile> <uuiCodeRange#1> <encodingName#1> <packetLength#1> <packetTime#1> <uuiCodeRange#2> <encodingName#2> <packetLength#2> <packetTime#2>... <uuiCodeRange#N> <encodingName#N> <packetLength#N> <packetTime#N>
= profileDesc <aal2transport> <概要> <uuiCodeRange＃1> <encodingName＃1> <packetLength＃1> <packetTime＃1> <uuiCodeRange＃2> <encodingName＃2> <packetLength＃2> <packetTime＃2> ... <uuiCodeRange＃N> <encodingName＃N> <packetLength＃N> <packetTime＃N>
Here, <aal2transport> can have those values of <transport> (Table 1) that pertain to AAL2. These are:
ここで、<aal2transport> AAL2に関係<輸送>（表1）のこれらの値を有することができます。これらは：
AAL2/ATMF
AAL2/ITU
AAL2/custom
AAL2/<corporateName>
AAL2/IEEE:<oui>
The parameter <profile> is identical to its definition for the 'm' line (Section 5.5.4).
パラメータ<プロファイル>は「M」線（セクション5.5.4）のためにその定義と同一です。
The profile elements (rows in the profile tables of ITU I.366.2 or AF-VTOA-0113) are represented as four-tuples following the <profile> parameter in the 'profileDesc' media attribute line. If a member of one of these four-tuples is not specified or is implied, then it is set to "-".
プロファイル要素（ITU I.366.2またはAF-VTOA-0113のプロファイルテーブル内の行が '）profileDescのメディア属性行における<概要>パラメータは以下の4つのタプルとして表現されます。 「 - 」これらの4つの要素の1つのメンバーが指定されていないか、暗示されている場合は、それがに設定されています。
The <uuiCodeRange> parameter is represented by D1-D2, where D1 and D2 are decimal integers in the range 0 through 15.
<uuiCodeRange>パラメータは、D1とD2 15を介して範囲0で小数点整数でD1-D2、で表されます。
The <encodingName> parameter can take one of the values in column 2 of Table 2. Additionally, it can take on the following descriptor strings: "PCMG", "SIDG" and "SID729". These stand for generic PCM, generic SID and G.729 SID respectively.
<encodingName>パラメータは、以下の記述文字列を取ることができ、さらに、表2の2列の値のいずれかを取ることができます「PCMG」、「SIDG」と「SID729を」。これらは、それぞれ、一般的なPCM、一般的なSIDおよびG.729 SIDのために立っています。
The <packetLength> is a decimal integer representation of the AAL2 packet length in octets.
<packetLength>はオクテットでAAL2パケット長の10進整数表現です。
The <packetTime> is a decimal integer representation of the AAL2 packetization interval in microseconds.
<packetTime>は、マイクロ秒でAAL2パケット化間隔の10進整数表現です。
For instance, the 'profileDesc' media attribute line below defines the AAL2/custom 100 profile. This profile is reproduced in the Table 3 below. For a description of the parameters in this profile such as M and the sequence number interval, see ITU I.366.2 [13].
例えば、以下の「profileDescのメディア属性行は、AAL2 /カスタム100プロファイルを定義します。このプロファイルは、以下の表3に再現されます。例えばMとして、このプロファイルのパラメータとシーケンス番号間隔の説明については、ITU I.366.2 [13]を参照。
a=profileDesc:AAL2/custom 100 0-7 PCMG 40 5000 0-7 SIDG 1 5000 8-15 G726-32 40 10000 8-15 SIDG 1 5000
= profileDesc：AAL2 /カスタム100 0-7 PCMG 40 5000 0-7 SIDG 1 5000 8-15 G726-32 40万8-15 SIDG 1 5000
If the <packetTime> parameter is to be omitted or implied, then the same profile can be represented as follows:
<packetTime>パラメータが省略または暗示される場合は、次のように同じプロファイルを表すことができます。
a=profileDesc:AAL2/custom 100 0-7 PCMG 40 - 0-7 SIDG 1 - 8-15 G726-32 40 - 8-15 SIDG 1 -
= profileDesc：AAL2 /カスタム100 0-7 PCMG 40 - 0-7 SIDG 1 - 8-15 G726-32 40 - 8-15 SIDG 1 -
If a gateway has a provisioned or hard coded definition of a profile, then any definition provided via the 'profileDesc' line overrides it. The exception to this rule is with regard to standard profiles such as ITU-defined profiles and ATMF-defined profiles. In general, these should not be defined via a 'profileDesc' media attribute line. If they are, then the definition needs to be consistent with the standard definition else the SDP session descriptor should be rejected with an appropriate error code.
ゲートウェイプロファイルのプロビジョニングまたはハードコード化された定義を有する場合には、「profileDesc」ラインを介して提供される任意の定義は、それを上書き。この規則の例外は、ITU-定義されたプロファイルとATMF定義のプロファイルのような標準的なプロファイルに関してです。一般的に、これらは「profileDescのメディア属性ラインを介して定義されるべきではありません。彼らはしている場合、その定義はSDPセッション記述子が適切なエラーコードで拒否されなければならない他の標準的な定義と一致する必要があります。
Table 3: Example of a custom AAL2 profile
表3：カスタムAAL2プロファイルの例
|---------------------------------------------------------------|
| UUI | Packet |Encoding | | |Packet|Seq.No. |
| Code | Length |per ITU |Description of | M |Time |Interval|
|point |(octets)|I.366.2 | Algorithm | |(ms) |(ms) |
|Range | | 2/99 | | | | |
| | | version | | | | |
|---------------------------------------------------------------|
| 0-7 | 40 | Figure | PCM, G.711-64,| 1 | 5 | 5 |
| | | B-1 | generic | | | |
|------|--------|---------|---------------|-----|------|--------|
| 0-7 | 1 | Figure | Generic SID | 1 | 5 | 5 |
| | | I-1 | | | | |
|------|--------|---------|---------------|-----|------|--------|
| 8-15 | 40 | Figure | ADPCM, | 2 | 10 | 5 |
| | | E-2 | G.726-32 | | | |
|------|--------|---------|---------------|-----|------|--------|
| 8-15 | 1 | Figure | Generic SID | 1 | 5 | 5 |
| | | I-1 | | | | |
|------|--------|---------|---------------|-----|------|--------|
The 'vsel' attribute indicates a prioritized list of one or more 3- tuples for voice service. Each 3-tuple indicates a codec, an optional packet length and an optional packetization period. This complements the 'm' line information and should be consistent with it.
「VSEL」属性は、音声サービスのための1つまたは複数の3-タプルの優先順位リストを示します。各3タプルは、コーデック、オプションのパケット長および任意のパケット化期間を示します。これは、「M」ライン情報を補完し、それと一致する必要があります。
The 'vsel' attribute refers to all directions of a connection. For a bidirectional connection, these are the forward and backward directions. For a unidirectional connection, this can be either the backward or forward direction.
「VSEL」属性は、接続のすべての方向を指します。双方向接続の場合、これらは、前後方向です。単方向接続の場合、これは方向後方または前方のいずれかになります。
The 'vsel' attribute is not meant to be used with bidirectional connections that have asymmetric codec configurations described in a single SDP descriptor. For these, the 'onewaySel' attribute (section 5.6.3.9) should be used. See section 5.6.3.9 for the requirement to not use the 'vsel' and 'onewaySel' attributes in the same SDP descriptor.
「VSEL」属性は、単一のSDP記述子に記述非対称コーデックの構成を有している双方向の接続で使用されるものではありません。これらについては、「onewaySel」属性（セクション5.6.3.9）を使用する必要があります。同じSDP記述子に「VSEL」と 'onewaySelの属性を使用しないための要件はセクション5.6.3.9を参照してください。
The 'vsel' line is structured as follows:
以下のように「VSEL」行が構成されています。
a=vsel:<encodingName #1> <packetLength #1><packetTime #1> <encodingName #2> <packetLength #2><packetTime #2> ... <encodingName #N> <packetLength #N><packetTime #N>
= VSEL：<encodingName＃1> <packetLength＃1> <packetTime＃1> <encodingName＃2> <packetLength＃2> <packetTime＃2> ... <encodingName #N> <packetLength #N> <packetTime＃ N>
where the <encodingName> parameter can take one of the values in column 2 of Table 2. The <packetLength> is a decimal integer representation of the packet length in octets. The <packetTime> is a decimal integer representation of the packetization interval in microseconds. The parameters <packetLength> and <packetTime> can be set to "-" when not needed. Also, the entire 'vsel' media attribute line can be omitted when not needed.
<encodingName>パラメータ<packetLength> 2.表の列2の値のいずれかをとることができる場合オクテットのパケット長の10進整数表現です。 <packetTime>は、マイクロ秒単位のパケット化間隔の10進整数表現です。必要のないとき - 「」パラメータ<packetLength>と<packetTime>は、に設定することができます。必要でない場合にも、全体の「VSELのメディア属性行を省略することができます。
For example,
例えば、
a=vsel:G729 10 10000 G726-32 40 10000
= VSEL：G729 10万G726-32 40万
indicates first preference of G.729 or G.729a (both are interoperable) as the voice encoding scheme. A packet length of 10 octets and a packetization interval of 10 ms are associated with this codec. G726-32 is the second preference stated in this line, with an associated packet length of 40 octets and a packetization interval of 10 ms. If the packet length and packetization interval are intended to be omitted, then this media attribute line becomes
音声符号化方式としてG.729またはG.729aの（両方が相互運用可能である）の第一の優先を示します。 10オクテットのパケット長及び10ミリ秒のパケット化インターバルは、このコーデックに関連付けられています。 G726-32は、40オクテットの関連パケット長と10ミリ秒のパケット化間隔で、この行に記載されている第二優先です。パケット長とパケット間隔を省略することが意図されている場合は、このメディア属性行はなり
a=vsel:G729 - - G726-32 - -
= VSEL：G729 - - G726-32 - -
The media attribute line
media属性ライン
a=vsel:G726-32 40 10000
= VSEL：G726-32 40万
indicates preference for or selection of 32 kbps ADPCM with a packet length of 40 octets and a packetization interval of 10 ms.
選好または40オクテットのパケット長及び10ミリ秒のパケット化間隔で32 KbpsのADPCMの選択を示します。
This media attribute line can be used in ATM as well as non-ATM contexts. Within the ATM context, it can be applied to the AAL1, AAL2 and AAL5 adaptations. The <packetLength> and <packetTime> are not meaningful in the AAL1 case and should be set to "-". In the AAL2 case, this line determines the use of some or all of the rows in a given profile table. If multiple 3-tuples are present, they can indicate a hierarchical assignment of some rows in that profile to voice service (e.g., row A preferred to row B etc.). If multiple profiles are present on the 'm' line, the profile qualified by this attribute is the first profile. If a single profile that has been selected for a connection is indicated in the 'm' line, the 'vsel' attribute qualifies the use, for voice service, of codecs within that profile.
このmedia属性ラインはATMだけでなく、非ATMのコンテキストで使用することができます。 ATMのコンテキスト内では、AAL1、AAL2及びAAL5適応にも適用することができます。 「 - 」<packetLength>と<packetTime>は、AAL1の場合は意味がありませんとに設定する必要があります。 AAL2の場合、この行は、特定のプロファイルテーブル内の行の一部またはすべてを使用することを決定します。複数3タプルが存在する場合、それらは（例えば、B等を行ことが好ましい行）サービスを音声にそのプロファイル内の一部の行の階層的な割り当てを指示することができます。複数のプロファイルが「m」のライン上に存在している場合は、この属性によって修飾プロファイルは、最初のプロファイルです。接続のために選択された単一のプロファイルを「M」線で示されている場合、「VSEL」属性は、プロファイル内のコーデック、音声サービスのために、使用する資格。
With most of the encoding names in Figure 2, the packet length and packetization period can be derived from each other. One of them can be set to "-" without a loss of information. There are some exceptions such as the IANA-registered encoding names G723, DVI4 and L16 for which this is not true. Therefore, there is a need to retain both the packet length and packetization period in the definition of the 'vsel' line.
図2のエンコーディング名のほとんどは、パケット長及びパケット化期間が互いに由来することができます。情報の損失なし - 「」そのうちの一つは次のように設定することができます。そのような、これは真実ではないされているIANAに登録エンコーディング名G723、DVI4およびL16など、いくつかの例外があります。したがって、「VSEL」線の定義にパケット長及びパケット化期間の両方を保持する必要があります。
The 'dsel' attribute indicates a prioritized list of one or more 3- tuples for voiceband data service. The <fxIncl> flag indicates whether this definition of voiceband data includes fax ("on" value) or not ("off" value). If <fxIncl> is "on", then the 'dsel' line must be consistent with any 'fsel' line in the session description. In this case, an error event is generated in the case of inconsistency. Each 3-tuple indicates a codec, an optional packet length and an optional packetization period. This complements the 'm' line information and should be consistent with it.
「DSEL」属性は、音声帯域データサービスのための1つまたは複数の3-タプルの優先順位リストを示します。 <fxIncl>フラグは、音声帯域データのこの定義は、ファックス（値「オン」）か否（「オフ」値）を含むか否かを示します。 <fxIncl>が「オン」の場合、「DSEL」行は、セッション記述のいずれかの「FSEL」行と一致していなければなりません。この場合、エラーイベントが矛盾する場合に生成されます。各3タプルは、コーデック、オプションのパケット長および任意のパケット化期間を示します。これは、「M」ライン情報を補完し、それと一致する必要があります。
The 'dsel' attribute refers to all directions of a connection. For a bidirectional connection, these are the forward and backward directions. For a unidirectional connection, this can be either the backward or forward direction.
「DSEL」属性は、接続のすべての方向を指します。双方向接続の場合、これらは、前後方向です。単方向接続の場合、これは方向後方または前方のいずれかになります。
The 'dsel' attribute is not meant to be used with bidirectional connections that have asymmetric codec configurations described in a single SDP descriptor. For these, the 'onewaySel' attribute (section 5.6.3.9) should be used. See section 5.6.3.9 for the requirement to not use the 'dsel' and 'onewaySel' attributes in the same SDP descriptor.
「DSEL」属性は、単一のSDP記述子に記述非対称コーデックの構成を有している双方向の接続で使用されるものではありません。これらについては、「onewaySel」属性（セクション5.6.3.9）を使用する必要があります。同じSDP記述子に「DSEL」と 'onewaySelの属性を使用しないための要件はセクション5.6.3.9を参照してください。
The 'dsel' line is structured as follows:
以下のように「DSEL」行が構成されています。
a=dsel:<fxIncl> <encodingName #1> <packetLength #1><packetTime #1> <encodingName #2> <packetLength #2><packetTime #2> ... <encodingName #N> <packetLength #N><packetTime #N>
= DSEL：<fxIncl> <encodingName＃1> <packetLength＃1> <packetTime＃1> <encodingName＃2> <packetLength＃2> <packetTime＃2> ... <encodingName #N> <packetLength＃N> <packetTime＃N>
where the <encodingName> parameter can take one of the values in column 2 of Table 2. The <packetLength> and <packetTime> parameters are per their definition, above, for the 'vsel' media attribute line. The parameters <packetLength> and <packetTime>) can be set to "-" when not needed. The <fxIncl> flag is presumed to be "off" if it is set to "-". Also, the entire 'dsel' media attribute line can be omitted when not needed.
<encodingName>パラメータは、表2のカラム2の値のいずれかを取ることができる。ここで、<packetLength>と<packetTime>パラメータが「VSELのメディア属性行のために、上記の、その定義に従っています。必要のないとき - 「」パラメータ<packetLength>と<packetTime>）は、に設定することができます。 「 - 」<fxIncl>フラグは、それが設定されている場合に「オフ」であると推定されます。必要でない場合にも、全体の「DSELのメディア属性行を省略することができます。
For example,
例えば、
a=dsel:- G726-32 20 5000 PCMU 40 5000
= DSEL： - G726-32 20 5000 PCMU 40 5000
indicates that this line does not address facsimile, and that the first preference for the voiceband data codes is 32 kbps ADPCM, while the second preference is PCMU. The packet length and the packetization interval associated with G726-32 are 20 octets and 5 ms respectively. For PCMU, they are 40 octets and 5 ms respectively.
この行は、ファクシミリに対処していないことを示し、そして第二の嗜好がPCMUである音声帯域データコードの最初の好みは、32 KbpsのADPCMであること。パケット長とG726-32に関連付けられたパケット化インターバルは、それぞれ20オクテットと5ミリ秒です。 PCMUのために、彼らはそれぞれ40オクテットと5ミリ秒です。
This media attribute line can be used in ATM as well as non-ATM contexts. Within the ATM context, it can be applied to the AAL1, AAL2 and AAL5 adaptations. The <packetLength> and <packetTime> are not meaningful in the AAL1 case and should be set to "-". In the AAL2 case, this line determines the use of some or all of the rows in a given profile table. If multiple 3-tuples are present, they can indicate a hierarchical assignment of some rows in that profile to voiceband data service (e.g., row A preferred to row B etc.) If multiple profiles are present on the 'm' line, the profile qualified by this attribute is the first profile. If a single profile that has been selected for a connection is indicated in the 'm' line, the ' dsel' attribute qualifies the use, for voiceband data service, of codecs within that profile.
このmedia属性ラインはATMだけでなく、非ATMのコンテキストで使用することができます。 ATMのコンテキスト内では、AAL1、AAL2及びAAL5適応にも適用することができます。 「 - 」<packetLength>と<packetTime>は、AAL1の場合は意味がありませんとに設定する必要があります。 AAL2の場合、この行は、特定のプロファイルテーブル内の行の一部またはすべてを使用することを決定します。複数3タプルが存在する場合、複数のプロファイルが「M」線上に存在する場合、それらは、（例えば、B等を行ことが好ましい行）プロファイルデータサービスを音声帯域ためにそのプロファイル内のいくつかの行の階層的な割り当てを指示することができますこの属性で修飾することは最初のプロファイルです。接続のために選択された単一のプロファイルを「M」線で示されている場合、「DSEL」属性は、プロファイル内のコーデック、音声帯域データサービスのために、使用する資格。
With most of the encoding names in Figure 2, the packet length and packetization period can be derived from each other. One of them can be set to "-" without a loss of information. There are some exceptions such as the IANA-registered encoding names G723, DVI4 and L16 for which this is not true. Therefore, there is a need to retain both the packet length and packetization period in the definition of the 'dsel' line.
図2のエンコーディング名のほとんどは、パケット長及びパケット化期間が互いに由来することができます。情報の損失なし - 「」そのうちの一つは次のように設定することができます。そのような、これは真実ではないされているIANAに登録エンコーディング名G723、DVI4およびL16など、いくつかの例外があります。したがって、「DSEL」線の定義にパケット長及びパケット化期間の両方を保持する必要があります。
The 'fsel' attribute indicates a prioritized list of one or more 3- tuples for facsimile service. If an 'fsel' line is present, any ' dsel' line with <fxIncl> set to "on" in the session description must be consistent with it. In this case, an error event is generated in the case of inconsistency. Each 3-tuple indicates a codec, an optional packet length and an optional packetization period. This complements the 'm' line information and should be consistent with it.
「FSEL」属性は、ファクシミリサービスのための1つまたは複数の3-タプルの優先順位リストを示します。 「FSEL」行が存在する場合、<fxIncl>「オン」に設定して任意の「DSEL」行は、セッション記述にそれと一致していなければなりません。この場合、エラーイベントが矛盾する場合に生成されます。各3タプルは、コーデック、オプションのパケット長および任意のパケット化期間を示します。これは、「M」ライン情報を補完し、それと一致する必要があります。
The 'fsel' attribute refers to all directions of a connection. For a bidirectional connection, these are the forward and backward directions. For a unidirectional connection, this can be either the backward or forward direction.
「FSEL」属性は、接続のすべての方向を指します。双方向接続の場合、これらは、前後方向です。単方向接続の場合、これは方向後方または前方のいずれかになります。
The 'fsel' attribute is not meant to be used with bidirectional connections that have asymmetric codec configurations described in a --single SDP descriptor. For these, the 'onewaySel' attribute (section 5.6.3.9) should be used. See section 5.6.3.9 for the requirement to not use the 'fsel' and 'onewaySel' attributes in the same SDP descriptor.
「FSEL」属性は--single SDP記述子に記述非対称コーデックの構成を有している双方向の接続で使用されるものではありません。これらについては、「onewaySel」属性（セクション5.6.3.9）を使用する必要があります。同じSDP記述子に「FSEL」と 'onewaySelの属性を使用しないための要件はセクション5.6.3.9を参照してください。
The 'fsel' line is structured as follows:
以下のように「FSEL」行が構成されています。
a=fsel:<encodingName #1> <packetLength #1><packetTime #1> <encodingName #2> <packetLength #2><packetTime #2> ... <encodingName #N> <packetLength #N><packetTime #N>
= FSEL：<encodingName＃1> <packetLength＃1> <packetTime＃1> <encodingName＃2> <packetLength＃2> <packetTime＃2> ... <encodingName #N> <packetLength #N> <packetTime＃ N>
where the <encodingName> parameter can take one of the values in column 2 of Table 2. The <packetLength> and <packetTime> parameters are per their definition, above, for the 'vsel' media attribute line. The parameters <packetLength> and <packetTime> can be set to "-" when not needed. Also, the entire 'fsel' media attribute line can be omitted when not needed.
<encodingName>パラメータは、表2のカラム2の値のいずれかを取ることができる。ここで、<packetLength>と<packetTime>パラメータが「VSELのメディア属性行のために、上記の、その定義に従っています。必要のないとき - 「」パラメータ<packetLength>と<packetTime>は、に設定することができます。必要でない場合にも、全体の「FSELのメディア属性行を省略することができます。
For example,
例えば、
a=fsel:FXDMOD-3 - -
= FSEL：FXDMOD-3 - -
indicates demodulation and remodulation of ITU-T group 3 fax at the gateway.
ゲートウェイで復調及びITU-Tグループ3ファクシミリの再変調を示しています。
a=fsel:PCMU 40 5000 G726-32 20 5000
= FSEL：PCMU 40 5000 G726-32 20 5000
indicates a first and second preference of Mu-law PCM and 32 kbps ADPCM as the facsimile encoding scheme. The packet length and the packetization interval associated with G726-32 are 20 octets and 5 ms respectively. For PCMU, they are 40 octets and 5 ms respectively.
ファクシミリ符号化方式としてμ則のPCMと32 KbpsのADPCMの第一及び第二の優先を示します。パケット長とG726-32に関連付けられたパケット化インターバルは、それぞれ20オクテットと5ミリ秒です。 PCMUのために、彼らはそれぞれ40オクテットと5ミリ秒です。
This media attribute line can be used in ATM as well as non-ATM contexts. Within the ATM context, it can be applied to the AAL1, AAL2 and AAL5 adaptations. The <packetLength> and <packetTime> are not meaningful in the AAL1 case and should be set to "-". In the AAL2 case, this line determines the use of some or all of the rows in a given profile table. If multiple 3-tuples are present, they can indicate a hierarchical assignment of some rows in that profile to facsimile service (e.g., row A preferred to row B etc.). If multiple profiles are present on the 'm' line, the profile qualified by this attribute is the first profile. If a single profile that has been selected for a connection is indicated in the 'm' line, the 'fsel' attribute qualifies the use, for facsimile service, of codecs within that profile.
このmedia属性ラインはATMだけでなく、非ATMのコンテキストで使用することができます。 ATMのコンテキスト内では、AAL1、AAL2及びAAL5適応にも適用することができます。 「 - 」<packetLength>と<packetTime>は、AAL1の場合は意味がありませんとに設定する必要があります。 AAL2の場合、この行は、特定のプロファイルテーブル内の行の一部またはすべてを使用することを決定します。複数3タプルが存在する場合、それらは（例えば、B等を行ことが好ましい行）ファックスサービスにそのプロファイル内のいくつかの行の階層的な割り当てを指示することができます。複数のプロファイルが「m」のライン上に存在している場合は、この属性によって修飾プロファイルは、最初のプロファイルです。接続のために選択された単一のプロファイルを「M」線で示されている場合、「FSEL」属性は、プロファイル内のコーデック、ファクシミリサービスのために、使用する資格。
With most of the encoding names in Figure 2, the packet length and packetization period can be derived from each other. One of them can be set to "-" without a loss of information. There are some exceptions such as the IANA-registered encoding names G723, DVI4 and L16 for which this is not true. Therefore, there is a need to retain both the packet length and packetization period in the definition of the 'fsel' line.
図2のエンコーディング名のほとんどは、パケット長及びパケット化期間が互いに由来することができます。情報の損失なし - 「」そのうちの一つは次のように設定することができます。そのような、これは真実ではないされているIANAに登録エンコーディング名G723、DVI4およびL16など、いくつかの例外があります。したがって、「FSEL」線の定義にパケット長及びパケット化期間の両方を保持する必要があります。
The 'onewaySel' (one way select) attribute can be used with connections that have asymmetric codec configurations. There can be several 'onewaySel' lines in an SDP description. The 'onewaySel' line is structured as follows:
「onewaySel」（片道選択）属性は、非対称コーデックの構成を有している接続で使用することができます。 SDP記述におけるいくつかの「onewaySel」行が存在する場合があります。以下のように「onewaySel」行が構成されています。
a=onewaySel:<serviceType> <directionFlag> <encodingName #1> <packetLength #1><packetTime #1> <encodingName #2> <packetLength #2><packetTime #2> ... <encodingName #N> <packetLength #N><packetTime #N>
= onewaySel：<サービス種別> <directionFlag> <encodingName＃1> <packetLength＃1> <packetTime＃1> <encodingName＃2> <packetLength＃2> <packetTime＃2> ... <encodingName #N> <packetLength #N> <packetTime＃N>
The <serviceType> parameter can be assigned the following string values: "v", "d", "f", "df" and "all". These indicate voice, voiceband data (fax not included), fax, voiceband data (fax included) and all services respectively.
「V」、「D」、「F」、「DF」と「すべて」：<サービス種別>パラメータには次の文字列値を割り当てることができます。これらは、それぞれ、音声、音声帯域データ（ファックスが含まれていない）、ファックス、音声帯域データ（ファックスを含む）およびすべてのサービスを示しています。
The <directionFlag> can be assigned the following string values: "f", "b" and "fb". "f" and "b" indicate the forward and backward directions respectively. "fb" refers to both directions (forward and backward) and shall not be used with the 'onewaySel' line. Conventions for the forward and backward directions are per section 2.3.
「F」、「B」と「FB」<directionFlag>次の文字列値を割り当てることができます。 「F」および「b」は、それぞれ、前後方向を示しています。 「FB」とは、両方向（前後）を意味し、「onewaySel」線で使用してはなりません。前後方向のための規則はセクション2.3あたりにあります。
Following <directionFlag>, there is a prioritized list of one or more 3-tuples. Each 3-tuple indicates a codec, an optional packet length and an optional packetization period. This complements the 'm' line information and should be consistent with it.
<directionFlag>に続いて、一つ以上の3つのタプルの優先順位リストがあります。各3タプルは、コーデック、オプションのパケット長および任意のパケット化期間を示します。これは、「M」ライン情報を補完し、それと一致する必要があります。
Within each 3-tuple, the <encodingName> parameter can take one of the values in column 2 of Table 2. The <packetLength> is a decimal integer representation of the packet length in octets. The <packetTime> is a decimal integer representation of the packetization interval in microseconds.
各3タプル内、<encodingName>パラメータ<packetLength> 2.表の列2の値のいずれかをとることができるオクテットのパケット長の10進整数表現です。 <packetTime>は、マイクロ秒単位のパケット化間隔の10進整数表現です。
The 'onewaySel' attribute must not be used in SDP descriptors that have one or more of the following attributes: 'vsel', 'dsel', 'fsel'. If it is present, then command containing the SDP description may be rejected. An alternate response to such an ill-formed SDP descriptor might the selective ignoring of some attributes, which must be coordinated via an application-wide policy.
「VSEL」、「DSEL」、「FSEL」：「onewaySel」属性は、次の属性の1つ以上を有するSDP記述子で使用することはできません。それが存在する場合、コマンドSDP記述を含むが拒否されてもよいです。このように病気に形成されたSDP記述子への代替応答はアプリケーション全体のポリシーを経由して調整されなければならないいくつかの属性、の選択を無視することがあります。
The <serviceType>, <directionFlag> and <encodingName> parameters may not be set to "-". However, the parameters <packetLength> and <packetTime> can be set to "-" when not needed.
<サービス種別>、<directionFlag>と<encodingName>パラメータがに設定されないことがあり、 " - "。しかし、パラメータ<packetLength>と<packetTime>は、に設定することができます「 - 」必要ないとき。
For example,
例えば、
a=onewaySel:v f G729 10 10000 a=onewaySel:v b G726-32 40 10000
= onewaySel：= onewaySel G729 10 10000 F V：G726-32 40 10000 B V
indicates that for voice service, the codec to be used in the forward direction is G.729 or G.729a (both are interoperable), and the codec to be used in the backward direction is G726-32. A packet length of 10 octets and a packetization interval of 10 ms are associated with the G.729/G.729a codec. A packet length of 40 octets and a packetization interval of 10 ms are associated with the G726-32 codec.
音声サービスのために、順方向に使用されるコーデックがG.729またはG.729aの（両方が相互運用可能である）であり、逆方向で使用されるコーデックがG726-32であることを示しています。 10オクテットのパケット長及び10ミリ秒のパケット化間隔はG.729 / G.729aのコーデックに関連付けられています。 40オクテットのパケット長及び10ミリ秒のパケット化間隔はG726-32コーデックに関連付けられています。
For example,
例えば、
a=onewaySel:d f G726-32 20 5000 a=onewaySel:d b PCMU 40 5000
= onewaySel：D F G726-32 20 5000 = onewaySel：D BはPCMU 40 5000
indicates that for voiceband service (fax not included), the codec to be used in the forward direction is G726-32), and the codec to be used in the backward direction is PCMU. A packet length of 20 octets and a packetization interval of 5 ms are associated with the G726-32 codec. A packet length of 40 octets and a packetization interval of 5 ms are associated with the PCMU codec.
音声帯域サービス（ファックスが含まれていない）のために、順方向に使用されるコーデック）G726-32であることを示し、逆方向に使用されるコーデックはPCMUあります。 20オクテットのパケット長および5ミリ秒のパケット化間隔はG726-32コーデックに関連付けられています。 40オクテットのパケット長および5ミリ秒のパケット化間隔はPCMUコーデックに関連付けられています。
This media attribute line can be used in ATM as well as non-ATM contexts. Within the ATM context, it can be applied to the AAL1, AAL2 and AAL5 adaptations. The <packetLength> and <packetTime> are not meaningful in the AAL1 case and should be set to "-". In the AAL2 case, these lines determine the use of some or all of the rows in a given profile table. If multiple 3-tuples are present, they can indicate a hierarchical assignment of some rows in that profile to voice service (e.g., row A preferred to row B etc.). If multiple profiles are present on the 'm' line, the profile qualified by this attribute is the first profile.
このmedia属性ラインはATMだけでなく、非ATMのコンテキストで使用することができます。 ATMのコンテキスト内では、AAL1、AAL2及びAAL5適応にも適用することができます。 「 - 」<packetLength>と<packetTime>は、AAL1の場合は意味がありませんとに設定する必要があります。 AAL2の場合に、これらの線は、所与のプロファイルテーブル内の行の一部またはすべてを使用することを決定します。複数3タプルが存在する場合、それらは（例えば、B等を行ことが好ましい行）サービスを音声にそのプロファイル内の一部の行の階層的な割り当てを指示することができます。複数のプロファイルが「m」のライン上に存在している場合は、この属性によって修飾プロファイルは、最初のプロファイルです。
With most of the encoding names in Figure 2, the packet length and packetization period can be derived from each other. One of them can be set to "-" without a loss of information. There are some exceptions such as the IANA-registered encoding names G723, DVI4 and L16 for which this is not true. Therefore, there is a need to retain both the packet length and packetization period in the definition of the 'onewaySel' line.
図2のエンコーディング名のほとんどは、パケット長及びパケット化期間が互いに由来することができます。情報の損失なし - 「」そのうちの一つは次のように設定することができます。そのような、これは真実ではないされているIANAに登録エンコーディング名G723、DVI4およびL16など、いくつかの例外があります。したがって、「onewaySel」線の定義にパケット長及びパケット化期間の両方を保持する必要があります。
When present, the 'codecconfig' attribute is used to represent the contents of the single codec information element (IE) defined in [57]. The contents of this IE are: a single-octet Organizational Identifier (OID) field, followed by a single-octet Codec Type field, followed by zero or more octets of a codec configuration bit-map. The semantics of the codec configuration bit-map are specific to the organization [57, 58]. The 'codecconfig' attribute is represented as follows:
存在する場合、「codecconfig」属性は[57]で定義された単一のコーデック情報要素（IE）の内容を表すために使用されます。このIEの内容は、コーデック構成ビットマップのゼロオクテット以上続く単一オクテットコーデックタイプフィールド、続いて単一オクテット組織識別子（OID）フィールド、。コーデック構成ビットマップのセマンティクスは[57、58]組織に特異的です。以下のように「codecconfig」属性が表されます。
a=codecconfig:<q7655scc>
= codecconfig：<q7655scc>
The <q7655scc> (Q.765.5 single codec IE contents) parameter is represented as a string of hex digits. The number of hex digits is even (range 4 -32). The "0x" prefix shall be omitted since this value is always hexadecimal. As with other hex values [Section 2.2], digits to the left are more significant than digits to the right. Leading zeros shall not be omitted.
<q7655scc>（Q.765.5単一コーデックIEの内容）パラメータは、進数の文字列として表現されます。進数字の数が偶数（4レンジ-32）です。この値は常に進数であるため、プレフィクス「0x」は省略されなければなりません。他の進値[セクション2.2]と同様に、左の桁は、桁よりも重要です。先頭のゼロは省略してはなりません。
An example of the use of this media attribute is:
このメディア属性の使用例は以下のとおりです。
a=codecconfig:01080C
= codecconfig：01080C
The first octet indicates an Organizational Identifier of 0x01 (the ITU-T). Using ITU Q.765.5 [57], the second octet (0x08) indicates a codec type of G.726 (ADPCM). The last octet, 0x0C indicates that 16 kbps and 24 kbps rates are NOT supported, while the 32 kbps and 40 kbps rates ARE supported.
最初のオクテットは0x01の（ITU-T）の組織識別子を示します。 ITU Q.765.5 [57]を用いて、第2オクテット（0×08）は、G.726（ADPCM）のコーデックタイプを示します。最後のオクテットは、0x0Cのは32 kbpsの40 kbpsの速度がサポートされていますが16 kbpsのと24 kbpsの速度は、サポートされていないことを示しています。
When present, the 'isup_usi' attribute is used to represent the bearer capability information element defined in Section 4.5.5 of ITU Q.931 [59] (excluding the information element identifier and length). This information element is reiterated as the user service information element (IE) in Section 3.57 of ITU Q.763 [60]. The ' isup_usi' attribute is represented as follows:
存在する場合、「isup_usi」属性は、（情報要素識別子と長さを除く）ITU Q.931 [59]のセクション4.5.5で定義されたベアラ能力情報要素を表すために使用されます。この情報要素は、ITU Q.763 [60]のセクション3.57にユーザサービス情報要素（IE）として繰り返されます。以下のように「isup_usi」属性が表されます。
a=isup_usi:<isupUsi>
= isup_usi：<isupUsi>
The <isupUsi> parameter is represented as a string of hex digits. The number of hex digits is even (allowed range 4 -24). The "0x" prefix shall be omitted since this value is always hexadecimal. As with other hex values [Section 2.2], digits to the left are more significant than digits to the right. Leading zeros shall not be omitted.
<isupUsi>パラメータが進数の文字列として表現されます。進数字の数は偶数（許容範囲4 -24）です。この値は常に進数であるため、プレフィクス「0x」は省略されなければなりません。他の進値[セクション2.2]と同様に、左の桁は、桁よりも重要です。先頭のゼロは省略してはなりません。
When present, the 'uiLayer1_Prot' attribute is used to represent the 'User Information Layer 1 protocol' field within the bearer capability information element defined in Section 4.5.5 of [59], and reiterated as the user service information element (IE) in Section 3.57 of [60]. The 'User Information Layer 1 protocol' field consists of the five least significant bits of Octet 5 of this information element.
存在する場合、「uiLayer1_Prot」属性は、[59]のセクション4.5.5で定義されたベアラ能力情報エレメント内に「ユーザ情報レイヤ1プロトコル」フィールドを表すために使用され、ユーザのサービス情報要素（IE）のように繰り返されます[60]のセクション3.57。 「ユーザ情報レイヤ1プロトコル」フィールドは、この情報要素のオクテット5の5つの最下位ビットで構成されています。
Within SDP, the 'uiLayer1_Prot' attribute is represented as follows:
次のようにSDPの中で、「uiLayer1_Prot」属性が表されます。
a='uiLayer1_Prot':<uiLayer1Prot>
= 'uiLayer1_Prot'：<uiLayer1Prot>
The <uiLayer1Prot> parameter is represented as a string of two hex digits. The "0x" prefix shall be omitted since this value is always hexadecimal. As with other hex values [Section 2.2], digits to the left are more significant than digits to the right. These hex digits are constructed from an octet with three leading '0' bits and last five bits equal to the 'User Information Layer 1 protocol' field described above. As specified in [59] and [26], bit 5 of this field is the most significant bit. The resulting values of the <uiLayer1Prot> parameter are as follows:
<uiLayer1Prot>パラメータは、2進数の文字列として表現されます。この値は常に進数であるため、プレフィクス「0x」は省略されなければなりません。他の進値[セクション2.2]と同様に、左の桁は、桁よりも重要です。これら進数字は、三主要「0」ビットと上記「ユーザ情報レイヤ1つのプロトコル」フィールドに等しい最後の5ビットでオクテットから構成されています。 [59]及び[26]で指定されるように、このフィールドのビット5が最上位ビットです。次のように<uiLayer1Prot>パラメータの得られた値は次のとおりです。
VALUE MEANING 0x01 CCITT standardized rate adaption V.110 and X.30 0x02 Recommendation G.711 Mu-law 0x03 Recommendation G.711 A-law 0x04 Recommendation G.721 32 kbps ADPCM and Recommendation I.460 0x05 Recommendations H.221 and H.242 0x06 Recommendation H.223 and H.245 0x07 Non-ITU-T standardized rate adaption 0x08 ITU-T standardized rate adaption V.120 0x09 CCITT standardized rate adaption X.31 HDLC flag stuffing
値意味0x01のCCITT標準化レート適応V.110およびX.30 0x02の勧告G.711μ法の0x03の勧告G.711 A法則0x04の勧告G.721 32 kbpsのADPCMと勧告I.460 0x05の勧告H.221及びH 0.242 0x06の勧告H.223とH.245 0x07の非ITU-T標準化レート適応0x08にITU-T標準化レート適応V.120 0x09のCCITT標準化レート適応X.31 HDLCフラグスタッフィング
The 'chain' media attribute line, which is used to chain consecutive SDP descriptions, cannot be classified as an ATM, AAL or service attribute. It is detailed in the following subsection.
チェーンの連続したSDPの記述に使用される「チェーンのメディア属性行は、ATM、AALまたはサービス属性に分類することができません。それは、以下のサブセクションで詳述されています。
The start of an SDP descriptor is marked by a 'v' line. In some applications, consecutive SDP descriptions are alternative descriptions of the same session. In others, these describe different layers of the same connection (e.g., IP, ATM, frame relay). This is useful when these connectivity at these layers are established at the same time (e.g., an IP-based session over an ATM SVC). To distinguish between the alternation and concatenation of SDP descriptions, a 'chain' attribute can be used in the case of concatenation.
SDP記述の開始は「V」線でマークされています。一部のアプリケーションでは、連続したSDP記述は、同じセッションの代わりの説明です。他の実施形態では、これらは、同じ接続（例えば、IP、ATM、フレームリレー）の種々の層を記載しています。これらの層でのこれらの接続が同時に（例えば、ATM SVCオーバーIPベースのセッション）で確立されたとき、これは有用です。 SDP記述の交替及び連結を区別するために、「鎖」属性は、連結の場合に使用することができます。
When present, the 'chain' attribute binds an SDP description to the next or previous SDP description. The next or previous description is separated from the current one by a 'v' line. It is not necessary that this description also have a 'chain' media attribute line.
存在する場合、「鎖」属性は、次または前のSDP記述にSDP記述を結合します。次または前の説明は、「V」線で現在のものから分離されています。この説明はまた、「チェーンのメディア属性ラインを持っている必要はありません。
Chaining averts the need to set up a single SDP description for a session that is simultaneously created at multiple layers. It allows the SDP descriptors for different layers to remain simple and clean. Chaining is not needed in the Megaco context, where it is possible to create separate terminations for the different layers of a connection.
チェーンは、同時に複数の層で作成されたセッションのための単一のSDP記述をセットアップする必要がaverts。これは、異なる層のためのSDP記述子がシンプルでクリーンなままにすることができます。連鎖は、接続の異なる層のための別の終端を作成することが可能であるMegacoのコンテキストで必要とされません。
The 'chain' media attribute line has the following format:
「チェーンのメディア属性行の形式は次のとおりです。
a=chain:<chainPointer>
=チェーン：<chainPointer>
The <chainPointer> field can take on the following string values: "NEXT", "PREVIOUS" and "NULL". The value "NULL" is not equivalent to omitting the chain attribute from a description since it expressly precludes the possibility of chaining. If the 'chain' attribute is absent in an SDP description, chaining can still be realized by the presence of a chain media attribute line in the previous or next description.
「NEXT」は、「PREVIOUS」と「NULL」：<chainPointer>フィールドには、次の文字列値を取ることができます。値「NULL」は、明示的連鎖の可能性を排除するための説明からチェーン属性を省略することと等価ではありません。 「チェーン」属性はSDP記述に存在しない場合、チェーンはまだ前または次の説明で鎖メディア属性行が存在することによって実現することができます。
Section 4 mentions that H.323 annex C applications have a second media level part for the ATM session description. This is used to convey information about the RTCP stream. Although the RTP stream is encapsulated in AAL5 with no intervening IP layer, the RTCP stream is sent to an IP address and RTCP port. This media-level part has the following format:
セクション4は、H.323附属書CアプリケーションはATMセッション記述のための第2のメディアレベル部を有することを言及しています。これは、RTCPストリームに関する情報を伝えるために使用されます。 RTPストリームが介在しないIP層にAAL5でカプセル化されているが、RTCPストリームは、IPアドレスとRTCPポートに送信されます。このメディア・レベルの一部の形式は次のとおりです。
m= control <rtcpPortNum> H323c - c= IN IP4 <rtcpIPaddr>
M =コントロール<rtcpPortNum> H323c - C = IP4 IN <rtcpIPaddr>
Consistency with RFC 2327 is maintained in the location and format of these lines. The <fmt list> in the 'm' line is set to "-". The 'c' line in the second media-level part pertains to RTCP only.
RFC 2327との整合性は、これらの線の位置およびフォーマットで維持されます。 「 - 」「M」行で<FMTリストは>に設定されています。第2のメディアレベル部分の「C」線のみRTCPに関する。
The <rtcpPortNum> and <rtcpIPaddr> subparameters indicate the port number and IP address on which the media gateway is prepared to receive RTCP packets.
<rtcpPortNum>と<rtcpIPaddr>サブパラメータは、メディアゲートウェイがRTCPパケットを受信する準備しているポート番号とIPアドレスを示します。
Any of the subparameters on these lines can be set to "-" if they are known by other means.
これらのライン上のサブパラメータのいずれかがに設定することができます「 - 」彼らは他の手段で知られている場合。
The range and format of the <rtcpPortNum> and <rtcpIPaddr> subparameters is per [1]. The <rtcpPortNum> is a decimal number between 1024 and 65535. It is an odd number. If an even number in this range is specified, the next odd number is used. The <rtcpIPaddr> is expressed in the usual dotted decimal IP address representation, from 0.0.0.0 to 255.255.255.255.
<rtcpPortNum>と<rtcpIPaddr>サブパラメータの範囲と形式が当たりである[1]。 <rtcpPortNum>は、それが奇数で1024〜65535の10進数です。この範囲の偶数を指定した場合、次の奇数番号が使用されます。 <rtcpIPaddr> 0.0.0.0から255.255.255.255まで、通常のドット付き10進IPアドレスの表現で表されます。
5.6.6 Use of the eecid media attribute in call establishment procedures
呼確立手順でeecid media属性の5.6.6を使用します
This informative section supplements the definition of the eecid attribute (Section 5.6.1.1) by describing example procedures for its use. These procedures assume a bearer-signaling mechanism for connection set-up that is independent of service-level call control. These procedures are independent of the media gateway control protocol (MGCP, Megaco, SIP etc.), the protocol used between media gateway controllers (ITU Q.1901, SIP etc.) and the protocol used for bearer connection set-up (Q.2931, UNI, PNNI, AINI, IISP, Q.2630.1 etc.).
この有益なセクションでは、その使用のための手順例を記述することでeecid属性（セクション5.6.1.1）の定義を補足するものです。これらの手順は、サービス・レベルの呼制御とは独立している接続セットアップ用のベアラのシグナリングメカニズムを想定します。これらの手順は、メディア・ゲートウェイ制御プロトコル（MGCP、Megacoの、SIP等）、メディア・ゲートウェイ・コントローラ（ITU Q.1901、SIP等）とベアラコネクションセットアップに使用されるプロトコルとの間で使用されるプロトコル（独立しているQ. 2931年、UNI、PNNI、AINI、IISP、Q.2630.1など）。
Inter-MGC
+---------+ Protocol +---------+
| MGC |------------------| MGC |
+---------+ +---------+
| |
|Media Gateway |Media Gateway
|Control Protocol |Control Protocol
| |
+------------+ (ATM Network) +------------+
|Originating |------------------|Terminating |
|Media | Bearer Setup |Media |
|Gateway | Protocol |Gateway |
+------------+ +------------+
In the diagram above, the originating media gateway originates the service-level call. The terminating media gateway terminates it. In the forward bearer connection set-up model, the originating media gateway initiates bearer connection set-up. In the backward bearer connection set-up model, the terminating gateway initiates bearer connection set-up.
上記の図では、発信側のメディアゲートウェイは、サービス・レベル・コールを発信します。終端メディアゲートウェイは、それを終了します。順方向ベアラコネクションセットアップモデルでは、発信側のメディアゲートウェイは、接続セットアップベアラ開始します。逆方向ベアラコネクションセットアップモデルにおいて、終端ゲートウェイは、接続セットアップベアラ開始します。
Example use of the Backward Bearer Connection Set-up Model:
下位ベアラコネクションセットアップモデルの使用例：
(1) The originating media gateway controller (OMGC) initiates service-level call establishment by sending the appropriate control message to the originating media gateway (OMG).
（1）発信メディアゲートウェイコントローラ（OMGC）は、発信メディアゲートウェイ（OMG）に適切な制御メッセージを送信することによって、サービス・レベル・コールの確立を開始します。
(2) The originating media gateway (OMG) provides its NSAP address and an eecid value to the OMGC, using the following SDP description:
（2）発信メディアゲートウェイ（OMG）は、以下のSDP記述を用いて、そのNSAPアドレスとOMGCにeecid値を提供します。
v=0 o=- 2873397496 0 ATM NSAP 47.0091.8100.0000.0060.3E64.FD01.0060.3E64.FD01.00 s=- c=ATM NSAP 47.0091.8100.0000.0060.3E64.FD01.0060.3E64.FD01.00 t=0 0 m=audio $ AAL2/ITU 8 a=eecid:B3D58E32
V = 0 0 = - 2873397496 0 ATM NSAP 47.0091.8100.0000.0060.3E64.FD01.0060.3E64.FD01.00 S = - C = ATM NSAP 47.0091.8100.0000.0060.3E64.FD01.0060.3E64.FD01.00 t = 0の0メートル=オーディオの$ AAL2 / ITU 8 A = eecid：B3D58E32
(3) The originating media gateway controller (OMGC) signals the terminating media gateway controller (TMGC) through the appropriate mechanism (ISUP with Q.1901 extensions, SIP etc.). It provides the TMGC with the NSAP address and the eecid provided by the OMG.
（3）発信メディアゲートウェイコントローラ（OMGC）は（Q.1901拡張、SIP等とISUP）の適切な機構を介して終端するメディアゲートウェイコントローラ（TMGCを）信号。これは、NSAPアドレスとOMGが提供するeecidでTMGCを提供します。
(4) The TMGC sends the appropriate control message to the TMG. This includes the session descriptor received from the OMG. This descriptor contains the NSAP address of the OMG and the EECID assigned by the OMG. Additionally, the TMGC instructs the TMG to set up an SVC to the OMG. It also requests the TMG to notify the TMGC when SVC set-up is complete. Depending on the control protocol used, this can be done through a variety of means. In the Megaco context, the request to set-up an SVC (not the notification request for the SVC set-up event) can be made through the following local descriptor:
（4）TMGCは、TMGに適切な制御メッセージを送信します。これは、OMGから受信したセッション記述を含んでいます。この記述子は、OMGとOMGによって割り当てられEECIDのNSAPアドレスが含まれています。さらに、TMGCは、OMGにSVCを設定するためにTMGを指示します。また、SVCのセットアップが完了したときTMGCに通知するためにTMGを要求します。使用される制御プロトコルに依存し、これは様々な手段を介して行うことができます。 Megacoのコンテキストで、セットアップするSVC（SVCセット・アップイベントのない通知要求）要求は、次のローカル記述子を介して行うことができます。
v=0 o=- 2873397497 0 ATM - - s=- c=ATM - - t=0 0 m=audio $ - - a=bearerType:SVC on
V = 0 0 = - 2873397497 0 ATM - S - = - C = ATM - - T = 0、M =オーディオ$ - - = bearerType：SVCに
The 'bearerType' attribute indicates that an SVC is to be used and that the <localInitiation> flag is on i.e., the SVC is to be set up by the TMG.
「bearerType」属性は、SVCを使用し、<localInitiation>フラグ、すなわち上にあることを、SVCはTMGによって設定されるべきであることを示しています。
(5) The TMG acknowledges the control message from the TMGC. It returns the following SDP descriptor with the acknowledge:
（5）TMGはTMGCから制御メッセージを肯定応答します。それはアクノリッジと、次のSDP記述子を返します。
v=0 o=- 2873397498 0 ATM NSAP 47.0091.8100.0000.0040.2A74.EB03.0020.4421.2A04.00 s=- c=ATM NSAP 47.0091.8100.0000.0040.2A74.EB03.0020.4421.2A04.00 t=0 0 m=audio $ AAL2/ITU 8
V = 0 0 = - 2873397498 0 ATM NSAP 47.0091.8100.0000.0040.2A74.EB03.0020.4421.2A04.00 S = - C = ATM NSAP 47.0091.8100.0000.0040.2A74.EB03.0020.4421.2A04.00 t = 0の0メートル=オーディオの$ AAL2 / ITU 8
The NSAP address information provided in this descriptor is not needed. It can be omitted (by setting it to "- -").
この記述子で提供NSAPアドレス情報は必要ありません。これは、（「 - - 」に設定することで）を省略することができます。
(6) The TMG sends an SVC set-up message to the OMG. Within the GIT information element, it includes eecid (B3D58E32) received from the OMG.
（6）TMGは、OMGにSVCのセットアップメッセージを送信します。 GIT情報要素内で、それはeecid（B3D58E32）はOMGから受信含みます。
(7) The OMG uses the eecid to correlate the SVC set-up request with service-level control message received before from the OMGC.
（7）OMGはOMGCから前に受信したサービス・レベル・コントロール・メッセージを有するSVCの設定要求を相関させるeecidを使用します。
(8) The OMG returns an SVC connect message to the TMG. On receiving this message, the TMG sends an event notification to the TMGC indicating successful SVC set-up.
（8）OMGは、TMGにSVC接続メッセージを返します。このメッセージを受信すると、TMGは、成功したSVCのセットアップを示すTMGCにイベント通知を送信します。
Note that, for this example, the "v=", "o=", "s=" and "t=" lines
can be omitted in the Megaco context.
Example use of the Forward Bearer Connection Set-up Model:
フォワードベアラコネクションセットアップモデルの使用例：
(1) The originating media gateway controller (OMGC) initiates service-level call establishment by sending the appropriate controlsmessage to the originating media gateway (OMG).
（1）発信メディアゲートウェイコントローラ（OMGC）は、発信メディアゲートウェイ（OMG）に適切なcontrolsmessageを送信することによって、サービス・レベル・コールの確立を開始します。
(2) The originating media gateway (OMG) provides its NSAP address to the OMGC, using the following SDP description:
（2）発信メディアゲートウェイ（OMG）は、以下のSDP記述を使用して、OMGCへのNSAPアドレスを提供します。
v=0 o=- 2873397496 0 ATM NSAP 47.0091.8100.0000.0060.3E64.FD01.0060.3E64.FD01.00 s=- c=ATM NSAP 47.0091.8100.0000.0060.3E64.FD01.0060.3E64.FD01.00 t=0 0 m=audio $ AAL2/ITU 8
V = 0 0 = - 2873397496 0 ATM NSAP 47.0091.8100.0000.0060.3E64.FD01.0060.3E64.FD01.00 S = - C = ATM NSAP 47.0091.8100.0000.0060.3E64.FD01.0060.3E64.FD01.00 t = 0の0メートル=オーディオの$ AAL2 / ITU 8
The NSAP address information provided in this descriptor is not needed. It can be omitted (by setting it to "- -").
この記述子で提供NSAPアドレス情報は必要ありません。これは、（「 - - 」に設定することで）を省略することができます。
(3) The originating media gateway controller (OMGC) signals the terminating media gateway controller (TMGC) through the appropriate mechanism (ISUP with Q.1901 extensions, SIP etc.). Although this is not necessary, it can provide the TMGC with the NSAP address provided by the OMG.
（3）発信メディアゲートウェイコントローラ（OMGC）は（Q.1901拡張、SIP等とISUP）の適切な機構を介して終端するメディアゲートウェイコントローラ（TMGCを）信号。これは必要ありませんが、それはOMGが提供するNSAPアドレスをTMGCを提供することができます。
(4) The TMGC sends the appropriate control message to the TMG. This includes the session descriptor received from the OMG. This descriptor contains the NSAP address of the OMG.
（4）TMGCは、TMGに適切な制御メッセージを送信します。これは、OMGから受信したセッション記述を含んでいます。この記述子は、OMGのNSAPアドレスが含まれています。
(5) The TMG acknowledges the control message from the TMGC. Along with the acknowledgement, it provides an SDP descriptor with a locally assigned eecid.
（5）TMGはTMGCから制御メッセージを肯定応答します。承認とともに、それがローカルに割り当てられeecidでSDP記述子を提供します。
v=0 o=- 2873397714 0 ATM NSAP 47.0091.8100.0000.0040.2A74.EB03.0020.4421.2A04.00 s=- c=ATM NSAP 47.0091.8100.0000.0040.2A74.EB03.0020.4421.2A04.00 t=0 0 m=audio $ AAL2/ITU 8 a=eecid:B3D58E32 (6) The terminating media gateway controller (TMGC) signals the originating media gateway controller (OMGC) through the appropriate mechanism (ISUP with Q.1901 extensions, SIP etc.). It provides the OMGC with the NSAP address and the eecid provided by the TMG.
V = 0 0 = - 2873397714 0 ATM NSAP 47.0091.8100.0000.0040.2A74.EB03.0020.4421.2A04.00 S = - C = ATM NSAP 47.0091.8100.0000.0040.2A74.EB03.0020.4421.2A04.00 t = 0の0メートル=オーディオ$のAAL2 / ITU 8 A = eecid：B3D58E32（6）終端メディアゲートウェイコントローラ（TMGC）は（SIP等Q.1901拡張子ISUP）の適切な機構を介して発信側のメディアゲートウェイコントローラ（OMGCを）信号。これは、NSAPアドレスとTMGが提供するeecidでOMGCを提供します。
(7) The OMGC sends the appropriate control message to the OMG. This includes the session descriptor received from the TMG. This descriptor contains the NSAP address of the TMG and the EECID assigned by the TMG. Additionally, the OMGC instructs the OMG to set up an SVC to the TMG. It also requests the OMG to notify the OMGC when SVC set-up is complete. Depending on the control protocol used, this can be done through a variety of means. In the Megaco context, the request to set-up an SVC (not the notification request for the SVC set-up event) can be made through the following local descriptor:
（7）OMGCはOMGに適切な制御メッセージを送信します。これは、TMGから受信したセッション記述を含んでいます。この記述子は、TMGのNSAPアドレスとTMGによって割り当てられEECIDが含まれています。さらに、OMGCはTMGにSVCを設定するにはOMGに指示します。また、SVCのセットアップが完了したときOMGCを通知するOMGを要求します。使用される制御プロトコルに依存し、これは様々な手段を介して行うことができます。 Megacoのコンテキストで、セットアップするSVC（SVCセット・アップイベントのない通知要求）要求は、次のローカル記述子を介して行うことができます。
v=0 o=- 2873397874 0 ATM - - s=- c=ATM - - t=0 0 m=audio $ - - a=bearerType:SVC on
V = 0 0 = - 2873397874 0 ATM - S - = - C = ATM - - T = 0、M =オーディオ$ - - = bearerType：SVCに
The 'bearerType' attribute indicates that an SVC is to be used and that the <localInitiation> flag is on i.e., the SVC is to be set up by the TMG.
「bearerType」属性は、SVCを使用し、<localInitiation>フラグ、すなわち上にあることを、SVCはTMGによって設定されるべきであることを示しています。
(8) The OMG acknowledges the control message from the OMGC.
（8）OMGはOMGCから制御メッセージを肯定応答します。
(9) The OMG sends an SVC set-up message to the TMG. Within the GIT information element, it includes eecid (B3D58E32) received from the TMG.
（9）OMGは、TMGにSVCのセットアップメッセージを送信します。 GIT情報要素内で、それはeecid（B3D58E32）がTMGから受信含みます。
(10) The TMG uses the eecid to correlate the SVC set-up request with the service-level control message received before from the TMGC.
（10）TMGはTMGCから前に受信したサービス・レベル・コントロール・メッセージを有するSVC設定要求を相関させるeecidを使用します。
(11) The TMG returns an SVC connect message to the OMG. On receiving this message, the OMG sends an event notification to the OMGC indicating successful SVC set-up.
（11）TMGは、OMGにSVC接続メッセージを返します。このメッセージを受信すると、OMGは、成功したSVCのセットアップを示すOMGCにイベント通知を送信します。
Note that, for this example, the "v=", "o=", "s=" and "t="
lines can be omitted in the Megaco context.
This section provides a list of the parameters used in this document, and the formats used to represent them in SDP descriptions. In general, a "-" value can be used for any field that is not specified, is inapplicable or is implied.
このセクションでは、この文書で使用されるパラメータ、およびSDP記述でそれらを表すために使用されるフォーマットのリストを提供します。一般的に、「 - 」の値が指定されていない任意のフィールドのために使用することができ、適用できないか、暗示されています。
PARAMETER MEANING REPRESENTATION
PARAMETER意味表現
<username> User name Constant "-"
<ユーザー名>ユーザー名定数「 - 」
<sessionID> Session ID Up to 32 decimal or hex digits
<セッション>セッションID最大32、10進数または16進数の桁へ
<version> Version of "0" or 10 decimal digits SDP descriptor
<バージョン>「0」または10桁のバージョンSDP記述子
<networkType> Network type Constant "ATM" for ATM transport
<NETWORKTYPE> ATMの輸送のためのネットワーク型の定数「ATM」
<addressType> Address type String values: "NSAP", "E164", "GWID", "ALIAS"
<addressType型>アドレスString型の値： "NSAP"、 "E164"、 "GWID"、 "ALIAS"
<address> Address "NSAP": 40 hex digits, dotted "E164": up to 15 decimal digits "GWID": up to 32 characters "ALIAS": up to 32 characters
<アドレス>アドレス「NSAP」：32文字まで：「ALIAS」32文字まで：「GWID」15桁まで：40桁の16進数、「E164」を点在しました
<sessionName> Session name Constant "-"
<たsessionName>セッション名定数 " - "
<startTime> Session start "0" or 10 decimal digits time
<のstartTime>セッションは、「0」または10桁の時間を開始します
<stopTime> Session stop Constant "0" time
<停止時間stopTime>セッションは、定数「0」の時間を止めます
<vcci> Virtual Circuit Decimal or hex equivalent Connection of 16 bits Identifier
16ビット識別子の<VCCI>仮想回線10進数または16進数同等接続
<ex_vcci> Explicit "VCCI-" prefixed to <vcci> representation of <vcci>
<VCCI>の<VCCI>表現に接頭辞<ex_vcci>明示的な "VCCI-"
<bcg> Bearer Connection Decimal or hex equivalent Group of 8 bits
<BCG> 8ビットの接続10進数または16進数同等グループベアラ
<ex_bcg> Explicit "BCG-" prefixed to <bcg> representation of <bcg>
<ex_bcg>明示的な "BCG-" に接頭辞<BCG>の表現<BCG>
<portId> Port ID Hex number of up to 32 digits
<PORTID>最大32桁のポートID進数を
<ex_portId> Explicit "PORT-" prefixed to <portId> representation of <portId>
<Ex_portId明示ポーシャに接頭辞「爆発」>の表現<部>
<vpi> Virtual Path Decimal or hex equivalent Identifier of 8 or 12 bits
8または12ビットの<VPI>仮想パス10進数または16進数同等識別子
<ex_vpi> Explicit "VPI-" prefixed to <vpi> representation of <vpi>
<VPI>の<VPI>表現に接頭辞<ex_vpi>明示的な "VPI-"
<vci> Virtual Circui t Decimal or hex equivalent Identifier of 16 bits
16ビットの<VCI>仮想Circui T 10進数または16進数同等識別子
<ex_vci> Explicit "VCI-" prefixed to <vci> representation of <vci>
<VCI>の<VCI>表現に接頭辞<ex_vci>明示的な "VCI-"
<vpci> Virtual Path Decimal or hex equivalent Connection of 16 bits Identifier
16ビット識別子の<VPCI>仮想パス10進数または16進数同等接続
<ex_vpci> Explicit "VPCI-" prefixed to <vpci> representation of <vpci>
<VPCI>の<VPCI>表現に接頭辞<ex_vpci>明示的な "VPCI-"
<cid> Channel Decimal or hex equivalent Identifier of 8 bits
<CID>チャネル進数または8ビットの六角等価識別子
<ex_cid> Explicit "CID-" prefixed to <cid> representation of <cid>
<ex_cid>明示的な "CID-" の<cid>のプレフィックスへの<cid>表現
<payloadType> Payload Decimal integer 0-127 Type
<payloadType>ペイロード10進整数0〜127種類
<transport> Transport Values listed in Table 1.
<交通>交通値を表1に記載されています。
<profile> Profile Decimal integer 1-255
<概要>プロフィール10進整数1-255
<eecid> End-to-end Up to 8 hex digits Connection Identifier
<eecid>エンドツーエンド最大8進数字接続識別子へ
<aalType> AAL type String values: "AAL1","AAL1_SDT","AAL1_UDT", "AAL2", "AAL3/4", "AAL5", "USER_DEFINED_AAL"
<AalType> AALタイプ文字列値 "AAL1"、 "AAL1_SDT"、 "AAL1_UDT"、 "AAL2"、 "AAL3 / 4"、 "AAL5"、 "USER_DEFINED_AAL"
<asc> ATM service String values: category defined "CBR", "nrt-VBR", "rt-VBR", by the ATMF "UBR", "ABR", "GFR"
<ASC> ATMサービスの文字列値：ATMF "UBR" で、 "RT-VBR"、 "NRT-VBR"、 "CBR" 定義されたカテゴリ、 "ABR"、 "GFR"
<atc> ATM transfer String values: capability "DBR","SBR","ABT/IT","ABT/DT", defined by the "ABR" ITU
<ATC> ATM転送文字列値：機能 "DBR"、 "SBR"、 "ABR" によって定義された "ABT / IT"、 "ABT / DT"、ITU
<subtype> <asc>/<atc> Decimal integer 1-10 subtype
<サブタイプ> <ASC> / <ATC> 10進整数1-10亜型
<qosClass> QoS Class Decimal integer 0-5
<qosClass>のQoSクラス進整数0-5
<bcob> Broadband Bearer Decimal or hex representation Class of 5-bit field
5ビットフィールドの<bcob>ブロードバンドベアラ10進数または16進数表現クラス
<eetim> End-to-end timing String values: "on", required "off".
<eetim>エンドツーエンドタイミング文字列値：「オン」、必要な「オフ」。
<stc> Susceptibility Decimal equivalent of to clipping a 2-bit field
<STC> 2ビットフィールドクリッピングへの感受性進当量
<upcc> User plane Decimal equivalent of connection a 2-bit field configuration
<upcc>接続のユーザプレーン小数点等価2ビットのフィールド構成
<directionFlag> Direction Flag String values: "f", "b", "fb"
<directionFlag>方向フラグ文字列値 "F"、 "B"、 "FB"
<cdvType> CDV type String values: "PP", "2P"
<cdvType> CDV型文字列値 "PP"、 "2P"
<acdv> Acceptable CDV Decimal equivalent of 24-bit field
<acdv> 24ビットのフィールドの許容CDV小数点等価
<ccdv> Cumulative CDV Decimal equivalent of 24-bit field
<ccdv> 24ビットフィールドの累積CDV小数点等価
<eetd> End-to-end transit Decimal equivalent delay of 16-bit field
16ビットフィールドの<eetd>エンドツーエンド中継小数点等価遅延
<cmtd> Cumulative transit Decimal equivalent delay of 16-bit field
16ビットフィールドの<cmtd>累積通過小数点等価遅延
<aclr> Acceptable Decimal equivalent Cell Loss Ratio of 8-bit field
<ACLR> 8ビットのフィールドの許容進同等のセル損失率
<clpLvl> CLP level String values: "0", "0+1"
<clpLvl> CLPレベル文字列値 "0"、 "0 + 1"
<pcr> Peak Decimal Cell Rate equivalent of a 24-bit field.
<PCR> 24ビットのフィールドのピーク小数点セル・レートと同等。
<scr> Sustained Decimal Cell Rate equivalent of a 24-bit field
<SCR> 24ビットのフィールドの小数セルレートと同等の持続
<mbs> Maximum Decimal Burst Size equivalent of 16-bit field
16ビットフィールドの<MBS>最大進バーストサイズ等価
<cdvt> CDVT Decimal equivalent of 24-bit field.
<CDVT> 24ビットフィールドのCDVT 10進等価。
<mcr> Minimum Decimal Cell Rate equivalent of a 24-bit field
24ビットのフィールドの<MCR>最小進セル・レートに相当
<mfs> Maximum Decimal Frame Size equivalent of a 16-bit field
16ビットのフィールドの<MFS> Decimalの最大フレームサイズ相当
<fd> Frame Discard String Values: Allowed "on", "off"
<FD>フレーム廃棄文字列値：「オン」可、「オフ」
<te> CLP tagging String Values: "on", "off"
<TE> CLPタギング文字列値： "オン"、 "オフ"
<nrm> NRM Decimal/hex equivalent of 3 bit field
<NRM> NRM小数点/ 3ビットフィールドの六角等価
<trm> TRM -ditto-
<Trmは> TRM -ditto-
<cdf> CDF -ditto-
<CDF> CDF -ditto-
<adtf> ADTF Decimal/Hex equivalent of 10 bit field
<ADTF> 10ビットフィールドのADTF小数点/ヘキサン等価
<ficr> Forward Initial Decimal equivalent of Cell Rate 24-bit field
セル・レート、24ビットのフィールドの<ficr>フォワード初期進同等
<bicr> Backward Initial Decimal equivalent of Cell Rate 24-bit field
セル・レート、24ビットのフィールドの<bicr>後方の初期進同等
<ftbe> Forward Transient Decimal equivalent of Buffer Exposure 24-bit field
<ftbe>バッファ暴露24ビットのフィールドの順方向過渡小数点等価
<btbe> Backward Transient Decimal equivalent of Buffer Exposure 24-bit field
<btbe>バッファ暴露24ビットフィールドの下位一過小数点等価
<crmrtt> Cumulative RM Decimal equivalent of round-trip time 24-bit field (Microseconds)
<crmrtt>往復時間24ビットのフィールドの累積RM小数点等価（マイクロ秒）
<frif> Forward rate Decimal integer increase factor 0 -15
<frif>転送速度10進整数の増加率0 -15
<brif> Backward rate Decimal integer increase factor 0 -15
<brif>下位率10進整数の増加率0 -15
<frdf> Forward rate Decimal integer decrease factor 0 -15
<frdf>転送速度10進整数の減少係数0 -15
<brdf> Backward rate Decimal integer decrease factor 0 -15
<BRDF>下位率10進整数の減少係数0 -15
<bearerType> Bearer Type String Values: "PVC", "SVC", "CID"
<bearerType>ベアラータイプ文字列値： "PVC"、 "SVC"、 "CID"
<localInitiation> Local Initiation String values: "on", "off"
<localInitiation>ローカル開始文字列値：「オン」、「オフ」
<sci> Screening Indication Decimal or hex equivalent of 4 bits.
<SCI>スクリーニング指示進数または4ビットの六角等価。
<lsn> Leaf Sequence Number Decimal or hex equivalent of 32 bits.
<LSN>リーフシーケンス番号進数または32ビットの六角等価。
<cdStd> Coding standard for Decimal or hex connection scope equivalent of 2 bits. selection IE Definition: UNI 4.0 [5]
<cdStd>進又は2ビットの等価六角接続スコープ用の符号化規格。選択IEの定義：UNI 4.0 [5]
<conScpTyp> Type of connection scope Decimal or hex Definition: UNI 4.0 [5] equivalent of 4 bits
接続スコープ10進数または16進数定義の<conScpTyp>種類：UNI 4.0 4ビット[5]等価
<conScpSel> Connection scope selection Decimal or hex Definition: UNI 4.0 [5] equivalent of 8 bits
<conScpSel>接続スコープ選択10進数または16進数定義：UNI 4.0 [5] 8ビットの同等
<cacheEnable> Enable SVC caching String values: "on", "off"
<のCacheEnable> SVCキャッシングの文字列値を有効にする：「オン」、「オフ」
<cacheTimer> Timer for cached SVC Decimal or hex equivalent deletion of 32-bit field
キャッシュされたSVC進数または32ビットのフィールドの六角等価削除の<cacheTimer>タイマ
<bearerSigIEType> Bearer Signaling IE Type 2 hex digits
<bearerSigIEType>ベアラシグナリングIEタイプ2進数字
<bearerSigIELng> Bearer Signaling IE Length 1-4 hex digits
<bearerSigIELng>ベアラシグナリングIEの長さ1-4進数字
<bearerSigIEVal> Bearer Signaling IE Value Even number of hex digits, 2-512
進数字の<bearerSigIEVal>ベアラシグナリングIEの値が偶数、2から512まで
<appClass> Application String values: specification "itu_h323c","af83", "AAL5_SSCOP", "itu_i3661_unassured", "itu_i3661_assured", "itu_i3662", "itu_i3651", "itu_i3652", "itu_i3653", "itu_i3654", "FRF5", "FRF8","FRF11", "itu_h2221"
<AppClass命令>アプリケーション文字列値：仕様 "itu_h323c"、 "af83" は、 "AAL5_SSCOP" は、 "itu_i3661_unassured"、 "itu_i3661_assured"、 "itu_i3662"、 "itu_i3651"、 "itu_i3652"、 "itu_i3653"、 "itu_i3654"、「FRF5 "" FRF8 "" FRF11 "" itu_h2221」
<oui> Organizationally 1 to 6 hex digits Unique Identifier
<OUI>組織的1〜6進数字一意識別子
<appId> Application Identifier 1 to 8 digits
<APPID>アプリケーション識別子1〜8桁
<cbrRate> CBR Rate Two hex digits.
<cbrRate> CBRレート二つの桁の16進数です。
<sbc> Subchannel Count T1: Decimal integer 1-24 or hex equivalent E1: Decimal integer 1-31 or hex equivalent
<SBC>サブチャネル数T1：10進整数1-24又は六角同等E1：10進整数1-31又は六角同等
<clkrec> Clock Recovery String values: Method "NULL", "SRTS", "ADAPTIVE"
<clkrec>クロック・リカバリ文字列値：メソッド "NULL"、 "SRTS"、 "適応"
<fecEnable> Forward Error String values: Correction Enable "NULL", "LOSS_SENSITIVE" "DELAY_SENSITIVE"
<fecEnable>フォワードエラー文字列値：補正は "NULL" を有効にし、 "LOSS_SENSITIVE" "DELAY_SENSITIVE"
<partialFill> Partial Fill Decimal integer 1-48 or hex equivalent
<partialFill>パーシャルフィル進整数1-48または六角同等
<structureEnable> Structure Present String values: "on", "off"
<structureEnable>構造現在の文字列値：「オン」、「オフ」
<blksz> Block Size Decimal or hexadecimal equivalent of 16 bits
16ビットの<blkszに>ブロックサイズの10進数または16進数同等
<cpcs> Maximum AAL5: Decimal or hex CPCS SDU size equivalent of 16 bits AAL2: 45 or 64, decimal or hex representation
<クリック単価>最大AAL5：10進数または16進数のCPCS SDUサイズ16ビットAAL2の同等：45または64、10進数または16進表現
<cidLowerLimit> AAL2 CID lower limit Decimal integer 8-255 or hex equivalent
<cidLowerLimit> AAL2 CIDの下限の10進整数8から255又は六角同等
<cidUpperLimit> AAL2 CID upper limit Decimal integer 8-255 or hex equivalent
<cidUpperLimit> AAL2 CIDの上限の10進整数8から255又は六角同等
<timerCU> Timer, combined use Integer decimal; range (microseconds) determined by application. Use decimal equivalent of 32 bits.
<timerCU>タイマ、併用整数小数。アプリケーションによって決定される範囲（マイクロ秒）。 32ビットの10進数を使用します。
<simplifiedCPS> Simplified CPS [52] String values: "on", "off"
<simplifiedCPS>簡易CPS [52]文字列値を "オン"、 "オフ"
<fSDUrate> Forward SDU rate Decimal equivalent of (bits per second) 24-bit field
<fSDUrate>（ビット毎秒）24ビットのフィールドの順SDU率小数点等価物を
<bSDUrate> Backward SDU rate Decimal equivalent of (bits per second) 24-bit field
<bSDUrate>（ビット毎秒）24ビットフィールドの下位SDUレート小数点当量
<ted> Transmission Error String values: Detection Enable "on", "off"
<テッド>伝送エラー文字列値：検出は、「オフ」、「オン」の有効化
<rastimer> SSSAR reassembly Integer decimal, (microseconds) Range determined by application. Use decimal equivalent of 32 bits.
用途によって決定<rastimer> SSSAR再組み立て整数小数、（マイクロ秒）の範囲です。 32ビットの10進数を使用します。
<fsssar> Maximum SSSAR-SDU Decimal 1- 65568 size, forward or hex equivalent direction
<fsssar>最大SSSAR-SDU進-1- 65568サイズ、前方又は六角同等方向
<bsssar> Maximum SSSAR-SDU Decimal 1- 65568 size, backward or hex equivalent direction
<bsssar>最大SSSAR-SDU進-1- 65568サイズ、後方又は六角同等方向
<fsscopsdu> Maximum SSCOP-SDU Decimal 1- 65528 size, forward or hex equivalent direction
<fsscopsdu>最大SSCOP-SDU進-1- 65528サイズ、前方又は六角同等方向
<bsscopsdu> Maximum SSCOP-SDU Decimal 1- 65528 size, backward or hex equivalent direction
<bsscopsdu>最大SSCOP-SDU進-1- 65528サイズ、後方又は六角同等方向
<fsscopuu> Maximum SSCOP-UU Decimal 1- 65524 field size, forward or hex equivalent direction
<fsscopuu>最大SSCOP-UU進-1- 65524フィールドサイズ、前方又は六角同等方向
<bsscopuu> Maximum SSCOP-UU Decimal 1- 65524 field size, backward or hex equivalent direction
<bsscopuu>最大SSCOP-UU進-1- 65524フィールドサイズ、後方又は六角同等方向
<sap> Service Access String values: Point "AUDIO", "MULTIRATE"
<SAP>サービスアクセス文字列値：ポイント「AUDIO」、「マルチレート」
<circuitMode> Circuit Mode String values: Enable "on", "off"
<circuitMode>サーキットモード文字列値：有効、「オン「と」オフ」
<frameMode> Frame Mode String values: Enable "on", "off"
<frameMode>フレームモード文字列値：有効、「オン「と」オフ」
<faxDemod> Fax Demodulation String values: Enable "on", "off"
<faxDemod>ファックス復調文字列値：有効、「オン「と」オフ」
<cas> Enable CAS transport String values: via Type 3 packets "on", "off"
<CAS> CAS輸送文字列値を有効にします、「オン「と」オフ」タイプ3パケットを介して、
<dtmf> Enable DTMF transport String values: via Type 3 packets "on", "off"
「上の」タイプ3のパケットを経由して、「オフ」：<DTMF> DTMF輸送文字列値を有効にします
<mfall> Enable MF transport String values: via Type 3 packets "on", "off"
<mfall> MF輸送文字列値を有効にする：タイプ3のパケットを経由して、 "ON "" OFF"
<mfr1> Enable MF (R1) String values: transport via "on", "off" Type 3 packets
<MFR1> MF（R1）は、文字列値を有効にする：介して輸送を "オン"、 "オフ" タイプ3パケット
<mfr2> Enable MF (R2) String values: transport via "on", "off" Type 3 packets
<MFR 2> MF（R2）は、文字列値を有効にする：介して輸送を「オン」、「オフ」タイプ3パケット
<PCMencoding> PCM encoding String values: "PCMA", "PCMU"
<PCMencoding> PCMエンコーディング文字列値： "PCMA"、 "PCMU"
<fmaxFrame> Maximum length of a Decimal or hex frame mode data unit, equivalent of forward direction 16-bit field
<fmaxFrame>順方向の16ビット・フィールドの等価10進数または16進数のフレームモードデータユニットの最大長を、
<bmaxFrame> Maximum length of a -ditto-frame mode data unit, backward direction
<bmaxFrame> -dittoフレームモードデータユニットの最大長さは、逆方向
<silenceSuppEnable> Silence suppression String values: Enable "on", "off"
<silenceSuppEnable>サイレンス抑制文字列値：有効、「オン「と」オフ」
<silenceTimer> Kick-in timer Decimal or hex representation for silence of 16-bit field suppression
<silenceTimer>キックで16ビットのフィールド抑制の沈黙のためのタイマ10進数または16進数表現
<suppPref> Preferred Silence String values: Suppression Method "standard", "custom"
<suppPref>優先沈黙文字列値：抑制法「標準」、「カスタム」
<sidUse> SID Use String values: Method "No SID", "Fixed Noise", "Sampled Noise"
<sidUse> SIDを使用する文字列値：メソッド「いいえSID」、「固定ノイズ」、「サンプリングノイズ」
<fxnslevel> Fixed Noise Decimal or hex representation Level of a 7-bit field
<fxnslevel> 7ビットフィールドの固定ノイズ10進数または16進数表現レベルを
<ecanEnable> Enable Echo String values: Cancellation "on", "off"
<ecanEnable>エコー文字列値を有効にする：「オン」のキャンセルを、「オフ」
<ecanType> Type of Echo String values: Cancellation "G165", "G168"
エコー文字列値の<ecanType>タイプ：キャンセル "G165"、 "G168"
<gcEnable> Enable Gain String values: Control "on", "off"
<gcEnable>ゲイン文字列値を有効にする：コントロール、「オン「と」オフ」
<gcLvl> Level of inserted Decimal or hex equivalent Loss of 16-bit field
16ビットのフィールドの挿入、10進数または16進数同等の損失の<gcLvl>レベル
<aal2transport> AAL2 transport Values listed in Table 1 that begin with the string "AAL2"
<aal2transport>文字列で始まる表1に列挙されたAAL2輸送値は「AAL2」
<uuiCodeRange> UUI code range Decimal integer 0-15
<uuiCodeRange> UUIコード範囲10進整数0~15
<encodingName> Encoding name String values: "PCMG", "SIDG", "SID729", any value from column 2 of Table 2
"PCMG"、 "SIDG"、 "SID729"、表2のカラム2から任意の値：<encodingName>名文字列値を符号化します
<packetLength> Packet length Decimal integer 0-45
<packetLength>パケット長の10進整数0~45
<packetTime> Packetization Decimal integer 1-65,536 Interval in microsec.
<PacketTime> 1からマイクロ秒で65.536パケット化間隔に10進整数。
<fxIncl> Facsimile included String values: "on", "off"
<fxIncl>ファクシミリは、文字列値を含んでいた：「オン」、「オフ」
<serviceType> Service type String values: "v", "d", "f", "df", "all"
<サービス種別>サービスのString型の値： "V"、 "D"、 "F"、 "DF"、 "すべて"
<q7655scc> Contents of the Even number of hex Q.765.5 Single digits (4-32) Codec IE
<q7655scc>六角Q.765.5一桁の偶数（4-32）コーデックIEの内容を
<isupUsi> ISUP User Service Even number of hex digits Information (4-24)
<isupUsi> ISUPユーザーサービス進数字情報の偶数（4-24）
<uiLayer1Prot> User Information Two hex digits Layer 1 Protocol
<uiLayer1Prot>ユーザー情報二桁の数字レイヤ1プロトコル
<chainPointer> Chain pointer String values: "NEXT", "PREVIOUS", "NULL"
<chainPointer>チェーンポインタ文字列値： "次へ"、 "前"、 "NULL"
<rtcpPortNum> RTCP port number for Odd decimal in range 1,024 to H.323 Annex C 65,535. applications Preferred: Odd number in the range 49,152 to 65,535
323附属書C 65,535の範囲1024で奇数の小数用<rtcpPortNum> RTCPポート番号。好適な用途：範囲内の奇数49,152〜65,535
<rtcpIPaddr> IP address for receipt Dotted decimal, 7-15 chars of RTCP packets
レシートドット十進のための<rtcpIPaddr> IPアドレス、RTCPパケットの7-15文字
An example of a complete AAL1 session description in SDP is:
SDPで完全AAL1のセッション記述の例は次のとおりです。
v=0 o=- A3C47F21456789F0 0 ATM NSAP 47.0091.8100.0000.0060.3e64.fd01.0060.3e64.fd01.00 s=- c=ATM NSAP 47.0091.8100.0000.0060.3e64.fd01.0060.3e64.fd01.00 t=0 0 m=audio $ AAL1/AVP 18 0 96 a=atmmap:96 X-G727-32 a=eecid:B3D58E32
V = 0 0 = - A3C47F21456789F0 0 ATM NSAP 47.0091.8100.0000.0060.3e64.fd01.0060.3e64.fd01.00 S = - C = ATM NSAP 47.0091.8100.0000.0060.3e64.fd01.0060.3e64.fd01.00 T = 0 0、M =オーディオ$のAAL1 / AVP 18 0 96 = atmmap：96 X-G727-32 A = eecid：B3D58E32
An example of a complete AAL2 session description in SDP is:
SDPでの完全なAAL2のセッション記述の例は次のとおりです。
v=0 o=- A3C47F21456789F0 0 ATM NSAP 47.0091.8100.0000.0060.3e64.fd01.0060.3e64.fd01.00 s=- c=ATM NSAP 47.0091.8100.0000.0060.3e64.fd01.0060.3e64.fd01.00 t=0 0 m=audio $ AAL2/ITU 8 AAL2/custom 100 AAL2/ITU 1 a=eecid:B3E32
V = 0 0 = - A3C47F21456789F0 0 ATM NSAP 47.0091.8100.0000.0060.3e64.fd01.0060.3e64.fd01.00 S = - C = ATM NSAP 47.0091.8100.0000.0060.3e64.fd01.0060.3e64.fd01.00 T = 0 0メートル=オーディオの$ AAL2 / ITU 8 AAL2 /カスタム100 AAL2 / ITU 1 A = eecid：B3E32
The AAL2 session descriptor below is the same as the one above except that it states an explicit preference for a voice codec, a voiceband data codec and a voiceband fax codec. Further, it defines the profile AAL2/custom 100 rather than assume that the far-end is cognizant of the elements of this profile.
以下AAL2セッション記述子は、音声コーデック、音声帯域データコーデックと、音声帯域ファックスコーデックのための明示的な好みを述べていること以外は、上記と同じです。また、プロファイルAAL2 /カスタム100ではなく遠端がこのプロファイルの要素を認識していることを前提とを画定します。
v=0 o=- A3C47F21456789F0 0 ATM NSAP 47.0091.8100.0000.0060.3e64.fd01.0060.3e64.fd01.00 s=- c=ATM NSAP 47.0091.8100.0000.0060.3e64.fd01.0060.3e64.fd01.00 t=0 0 m=audio $ AAL2/ITU 8 AAL2/custom 100 AAL2/ITU 1 a=eecid:B3E32 a=profileDesc:AAL2/custom 100 0-7 PCMG 40 5000 0-7 SIDG 1 5000 8-15 G726-32 40 10000 8-15 SIDG 1 5000 a=vsel:G726-32 40 10000 a=dsel:off PCMU - - a=fsel:G726-32 40 10000
V = 0 0 = - A3C47F21456789F0 0 ATM NSAP 47.0091.8100.0000.0060.3e64.fd01.0060.3e64.fd01.00 S = - C = ATM NSAP 47.0091.8100.0000.0060.3e64.fd01.0060.3e64.fd01.00 T = 0 0メートル=オーディオ$のAAL2 / ITU 8 AAL2 /カスタム100 AAL2 / ITU 1 A = eecid：B3E32 A = profileDesc：AAL2 /カスタム100 0-7 PCMG 40 5000 0-7 SIDG 1 5000 8-15 G726-32 40 10000 8-15 SIDG 1 5000 = VSEL：G726-32 40 10000 = DSEL：PCMUオフ - - = FSEL：G726-32 40 10000
An example of an SDP session descriptor for an AAL5 switched virtual circuit for delivering MPEG-2 video:
AAL5のためのSDPセッション記述の一例は、MPEG-2ビデオを配信するための仮想回線を切り替えます。
v=0 o=- A3C47F21456789F0 0 ATM NSAP 47.0091.8100.0000.0060.3e64.fd01.0060.3e64.fd01.00 s=- c=ATM NSAP 47.0091.8100.0000.0060.3e64.fd01.0060.3e64.fd01.00 t=0 0 m=video $ AAL5/ITU 33 a=eecid:B3E32 a=aalType:AAL5 a=bearerType:SVC on a=atmTrfcDesc:f 0+1 7816 - - - - - off - a=atmTrfcDesc:b 0+1 0 - - - - - on - a=cpsSDUsize:f 20680 a=aalApp:itu_h2221 - -
V = 0 0 = - A3C47F21456789F0 0 ATM NSAP 47.0091.8100.0000.0060.3e64.fd01.0060.3e64.fd01.00 S = - C = ATM NSAP 47.0091.8100.0000.0060.3e64.fd01.0060.3e64.fd01.00 T = 0 0、M =ビデオ$のAAL5 / ITU 33 A = eecid：B3E32 A = aalType：AAL5のA = bearerType：= atmTrfcDescにSVC：0 + 1 7816 F - - - - - オフ - = atmTrfcDesc：0 + 1 0 B - - - - - オン - A = cpsSDUsize：20680 = aalApp F：itu_h2221 - -
An example of an SDP session descriptor for an AAL5 permanent virtual circuit for delivering MPEG-2 video:
MPEG-2ビデオを配信するためのAAL5永久仮想回線のSDPセッション記述の例：
v=0 o=- A3C47F21456789F0 0 ATM - - s=- c=ATM - - t=0 0 m=video PORT-$/VPI-0/VCI-$ AAL5/ITU 33 a=bearerType:PVC - a=atmTrfcDesc:f 0+1 7816 - - - - - off - a=atmTrfcDesc:b 0+1 0 - - - - - on - a=cpsSDUsize:f 20680 a=aalApp:itu_h2221 - -
V = 0 0 = - A3C47F21456789F0 0 ATM - S - = - C = ATM - - T = 0、M =ビデオポート - $ / VPI-0 / VCI- $ AAL5 / ITU 33 = bearerType：PVC - = atmTrfcDesc 0 + 1 0 B - - - - - オン - = cpsSDUsize：20680 = aalApp F： - - - - - - オフ= atmTrfcDesc 0 + 1 7816 F itu_h2221 - -
At present, standard means of encrypting ATM and AAL2 bearers are not conventionalized in the same manner as means of encrypting RTP payloads. Nor has the authentication of ATM or AAL2 bearer signaling.
現在では、ATMおよびAAL2ベアラを暗号化する標準的な手段は、RTPペイロードを暗号化する手段と同様に慣習化されていません。 NOR ATMの認証またはAAL2ベアラシグナリングを有します。
The SDP encryption key line (k=) defined in RFC 2327 can be used to represent the encryption key and the method of obtaining the key. In the ATM and AAL2 contexts, the term 'bearer' can include 'bearer signaling' as well as 'bearer payloads'.
RFC 2327で定義されたSDP暗号鍵ライン（kは=）暗号化キーとキーを取得する方法を表すために使用することができます。 ATMおよびAAL2文脈において、用語「ベアラ」は、「ベアラシグナリング」ならびに「ベアラペイロード」を含むことができます。
The SDP session descriptions might originate in untrusted areas such as equipment owned by end-subscribers or located at end-subscriber premises. SDP relies on the security mechanisms of the encapsulating protocol or layers below the encapsulating protocol. Examples of encapsulating protocols are the Session Initiation Protocol (SIP), MGCP and Multimedia Gateway Control Protocol (MEGACO). No additional security mechanisms are needed. SIP, MGCP and MEGACO can use IPSec authentication as described in RFC 1826 [Ref. 27]. IPSec encryption can be optionally used with authentication to provide an additional, potentially more expensive level of security. IPSec security associations can be made between equipment located in untrusted areas and equipment located in trusted areas through configured shared secrets or the use of a certificate authority.
SDPセッション記述は、このような機器のエンド加入者が所有またはエンド加入者宅に設置として信頼されていない領域に由来する可能性があります。 SDPは、カプセル化プロトコル下のカプセル化プロトコルまたはレイヤのセキュリティメカニズムに依存しています。プロトコルのカプセル化の例は、セッション開始プロトコル（SIP）、MGCP、およびマルチメディアゲートウェイ制御プロトコル（MEGACO）です。追加のセキュリティメカニズムは必要ありません。 RFC 1826 [参考文献に記載されているように、SIP、MGCPとMEGACOは、IPSec認証を使用することができます。 27]。 IPSec暗号化は、必要に応じてセキュリティの追加、潜在的に、より高価なレベルを提供するために、認証で使用することができます。 IPSecセキュリティアソシエーションが設定されている共有秘密または証明機関を使用して、信頼できる領域に配置信頼されていない地域や機器にある機器間で行うことができます。
This appendix provides an Augmented BNF (ABNF) grammar for the ATM conventions for SDP. ABNF is defined in rfc2234. This is not a complete ABNF description of SDP. Readers are referred to [1] for an ABNF description of the SDP base line protocol, and to rfc2848, rfc2543, rfc2045 and rfc2326 for application-specific conventions for SDP use. For case conventions, see section 2.4.
この付録では、SDPのためのATM規則のための増大しているBNF（ABNF）文法を提供します。 ABNFは、RFC2234で定義されています。これは、SDPの完全なABNFの記述ではありません。読者は、[1] SDPベースラインプロトコルのABNF記述するため、およびSDP使用するためのアプリケーション固有の規則のためのrfc2848、RFC2543、RFC2045およびRFC2326と呼ばれています。ケースの規則については、セクション2.4を参照してください。
; Constant definitions
;定数定義
safe = alpha-numeric / "'" / "-" / "." / "/" / ":" / "?" / DQUOTE / "#" / "$" / "&" / "*" / ";" / "=" / "@" / "[" / "]" / "^" / "_" / "`" / "{" / "|" / "}" / "+" / "~" DQUOTE = %x22 ; double quote alpha-numeric = ALPHA / DIGIT ALPHA = "a" / "b" / "c" / "d" / "e" / "f" / "g" / "h" / "i" / "j" / "k" / "l" / "m" / "n" / "o" / "p" / "q" / "r" / "s" / "t" / "u" / "v" / "w" / "x" / "y" / "z" / "A" / "B" / "C" / "D" / "E" / "F" / "G" / "H" / "I" / "J" / "K" / "L" / "M" / "N" / "O" / "P" / "Q" / "R" / "S" / "T" / "U" / "V" / "W" / "X" / "Y" / "Z" DIGIT = "0" / POS-DIGIT POS-DIGIT = "1" / "2" / "3" / "4" / "5" / "6" / "7" / "8" / "9" hex-prefix = "0" ("x" / "X") HEXDIG = DIGIT / "a" / "b" / "c" / "d" / "e" / "f" / "A" / "B" / "C" / "D" / "E" / "F" space = %d32 EOL = (CR / LF / CRLF) ; as per Megaco RFC CR = %d13 LF = %d10 decimal-uchar = DIGIT / POS-DIGIT DIGIT / ("1" 2*(DIGIT)) / ("2" ("0"/"1"/"2"/"3"/"4") DIGIT) / ("2" "5" ("0"/"1"/"2"/"3"/"4"/"5"))
安全=英数字/ "'" / " - " / "。" / "/" / "：" / "？" / DQUOTE / "＃" / "$" / "＆" / "*" / ";" / "=" / "@" / "[" / "]" / "^" / "_" / "'" / "{" / "|" / "}" / "+" / "〜" DQUOTE =％X22。二重引用符英数字= ALPHA / DIGIT ALPHA = "" / "B" / "C" / "D" / "E" / "F" / "G" / "H" / "I" / "J" / "K" / "L" / "M" / "N" / "O" / "P" / "Q" / "R" / "S" / "T" / "U" / "V" / " W」/ "X" / "Y" / "Z" / "A" / "B" / "C" / "D" / "E" / "F" / "G" / "H" / "I" / "J" / "K" / "L" / "M" / "N" / "O" / "P" / "Q" / "R" / "S" / "T" / "U" / " V」/ "W" / "X" / "Y" / "Z" DIGIT = "0" / POS-DIGIT POS-DIGIT = "1" / "2" / "3" / "4" / "5" / "6" / "7" / "8" / "9" 六角プレフィックス= "0"（ "X" / "X"）HEXDIG = DIGIT / "" / "B" / "C" /「D 」/ "E" / "F" / "A" / "B" / "C" / "D" / "E" / "F" スペース=％のD32のEOL =（CR / LF / CRLF）。 =％D13 LF =％D10小数UCHAR = DIGIT / POS桁DIGIT /（ "1" 2 *（DIGIT））/（ "2"（ "0" / "1" / "2" MegacoのRFC CRあたりとして/ "3" / "4"）DIGIT）/（ "2" "5"（ "0" / "1" / "2" / "3" / "4" / "5"））
generic-U8 = (hex-prefix hex-U8) / decimal-uchar generic-U12 = (hex-prefix hex-U12) / 1*4 (DIGIT) generic-U16 = (hex-prefix hex-U16) / 1*5(DIGIT) generic-U24 = (hex-prefix hex-U24) / 1*8(DIGIT) generic-U32 = (hex-prefix hex-U32) / 1*10(DIGIT) hex-U8 = 1*2(HEXDIG) hex-U12 = 1*3(HEXDIG) hex-U16 = 1*4(HEXDIG) hex-U24 = 1*6(HEXDIG) hex-U32 = 1*8(HEXDIG) generic-U8-or-null = generic-U8 / "-" generic-U12-or-null = generic-U12 / "-" generic-U16-or-null = generic-U16 / "-" generic-U24-or-null = generic-U24 / "-" generic-U32-or-null = generic-U32 / "-" decimal-U8-or-null = decimal-uchar / "-" decimal-U12-or-null = 1*4(DIGIT) / "-" decimal-U16-or-null = 1*5(DIGIT) / "-" decimal-U24-or-null = 1*8 (DIGIT) / "-" decimal-U32-or-null = 1*10(DIGIT) / "-" on-off-or-null = "on" / "off" / "-"
ジェネリック-U8 =（ヘキサプレフィックスヘキサU8）/小数UCHARジェネリック-U12 =（ヘキサプレフィックスヘキサU12）/ 1×4（DIGIT）ジェネリック-U16 =（ヘキサプレフィックスヘキサU16）/ 1 * 5（DIGIT）ジェネリック-U24 =（16進プレフィックスヘキサU24）/ 1×8（DIGIT）ジェネリック-U32 =（ヘキサプレフィックスヘキサU32）/ 1×10（DIGIT）ヘキサU8 = 1 * 2（ HEXDIG）ヘキサ-U12 = 1 * 3（HEXDIG）ヘキサ-U16 = 1×4（HEXDIG）ヘキサ-U24 = 1 * 6（HEXDIG）ヘキサ-U32 = 1×8（HEXDIG）ジェネリック-U8-またはヌル=ジェネリック-U8 / " - " 一般的な-U12-またはヌル=ジェネリック-U12 / " - " 一般的な-U16-またはヌル=ジェネリック-U16 / " - " 一般的な-U24-またはヌル=ジェネリック-U24 / " - 」ジェネリック-U32-またはヌル= GENERIC-U32 / " - " 小数U8-またはヌル=小数UCHAR / " - " 小数-U12-またはヌル= 1×4（DIGIT）/ " - "小数-U16-またはヌル= 1 * 5（DIGIT）/ " - " 小数-U24-またはヌル= 1×8（DIGIT）/ " - " 小数-U32-またはヌル= 1 * 10（DIGIT） /「 - 」オン - オフまたはヌル= /「オフ」/「オン」「 - 」
; ABNF definition of SDP with ATM conventions
; ATM規則とSDPのABNF定義
SDP-infoset = 1*(announcement)announcement = proto-version origin-field session-name-field information-field uri-field email-fields phone-fields connection-field bandwidth-fields time-fields key-field attribute-fields media-descriptions
SDP-インフォセット= 1 *（発表）発表=プロトバージョン原点フィールドセッション名フィールド情報フィールドのuriフィールドの電子メールフィールドの電話フィールドの接続フィールド帯域幅フィールドの時間フィールドのキー・フィールド属性フィールドメディア-descriptions
proto-version = ["v=" 1*4(DIGIT) EOL] ; use "v=0" for ATM SDP
プロトバージョン= [ "V =" 1 * 4（DIGIT）EOL]。使用 "V = 0" のためのATM SDP
origin-field = ["o=" username space sess-id space sess-version space net-type-addr EOL]
起源・フィールド= [ "O =" ユーザ名スペースのSES-ID空間のSESのバージョンのスペースネット型-addrにはEOL]
username = 1* safe ; for ATM use "-"
ユーザ名= 1 *安全。 ATMが使用するための「 - 」
sess-id = (1*32 DIGIT) / (hex-prefix 1*32 HEXDIG) sess-version = (1*10 DIGIT) / (hex-prefix 1*8 HEXDIG)
SESの-ID =（1 * DIGIT 32）/（16進プレフィックス1 * 32 HEXDIG）SESのバージョン=（1 * DIGIT 10）/（16進プレフィックス1 * 8 HEXDIG）
net-type-addr= nettype space addrtype-addr
NETTYPE-addrに= NETTYPE空間ADDRTYPE-addrに
netttype = "ATM" / "IN" / "TN" / "-" / "$"
netttype = "ATM" / "IN" / "TN" / " - " / "$"
; Other nettype values may be defined in the future in other documents ; Validity of nettype and addrtype-addr combination to be checked at ; application level, not protocol syntax level
;その他NETTYPE値は、他のドキュメントで将来定義することができます。 NETTYPEとでチェックすることがADDRTYPE-addrに組み合わせの妥当性。アプリケーションレベルではなく、プロトコル構文レベル
addrtype-addr = atm-addrtype-addr / ip-addrtype-addr / tn-addrtype-addr ; ip-addrtype-addr per rfc2327 ; tn-addrtype-addr per rfc2848
ADDRTYPE-addrに= ATM-ADDRTYPE-addrに/ IP-ADDRTYPE-addrに/ TN-ADDRTYPE-addrに。 IP-ADDRTYPE-addrにRFC2327あたり。 rfc2848あたりTN-ADDRTYPE-addrに
; ATM address definition
; ATMアドレス定義
atm-addrtype-addr = atm-nsap-addr / atm-e164-addr / atm-alias-addr
ATM-ADDRTYPE-ADDR = ATM-NSAP-ADDR / ATM-E164-ADDR / ATM-エイリアス-ADDR
atm-nsap-addr = ("NSAP" / "-" / "$") space (nsap-addr / "-" / "$") atm-e164-addr = ("E164" / "-" / "$") space (e164-addr / "-" / "$") atm-alias-addr = ("GWID" / "ALIAS" / "-" / "$") space (alias-addr / "-" / "$")
ATM-NSAP-addrに=（ "NSAP" / " - " / "$"）スペース（NSAP-addrに/ " - " / "$"）ATM-E164-addrに=（ "E164" / " - " /「$ "）スペース（E164-addrに/ " - "/ "$"）ATM-エイリアス-addrに=（" GWID "/ "ALIAS"/ " - "/ "$"）スペース（エイリアスアドレス/ " - "/" $ "）
nsap-addr = 2(HEXDIG) "." 9(4(HEXDIG) ".") 2(HEXDIG)
NSAP-ADDR = 2（HEXDIG） "" 9（4（HEXDIG） ""）2（HEXDIG）
e164-addr = 1*15 (DIGIT) alias-addr = 1*32(alpha-numeric / "-" / "." / "_")
E164-ADDR = 1 * 15（DIGIT）別名-ADDR = 1 * 32（英数字/ " - " "" / / "_"）
session-name-field = ["s=" text EOL] ; for ATM use "s=-" text = byte-string byte-string = 1*(byte-string-char) ; definition per rfc2327 byte-string-char = %x01-09/ %x0B/ %x0C/ %x0E-FF ; all ASCII except NUL, CR & LF ; Definitions of information-field, uri-field, email-fields, ; phone-fields per rfc2327. These fields are omitted in ; ATM SDP descriptions. If received, they are ignored in the ATM ; context
セッション名フィールド= [「S =」テキストEOL]。 ATM用の「S = - 」テキスト=バイト文字列のバイト列= 1 *（バイト文字列のchar）; RFC2327バイトストリングチャー=％x01-09 /％X0B /％x0C /％x0E-FFあたり定義。 NUL、CR＆LFを除くすべてのASCII。情報フィールド、URIフィールド、電子メールフィールドの定義; RFC2327あたりの電話フィールド。これらのフィールドは省略しています。 ATM SDP記述。受け取った場合、それらはATMに無視されます。状況
connection-field = ["c=" c-net-type-addr]
接続フィールド= [ "C =" Cネット型-ADDR]
; connection-field required, not optional, in ATM
; ATMには、オプションではなく、必要な接続フィールド
c-net-type-addr = nettype space c-addrtype-addr c-addrtype-addr = atm-addrtype-addr / c-ip-addrtype-addr / tn-addrtype-addr
C-NETTYPE-addrに= NETTYPE空間C-ADDRTYPE-addrにC-ADDRTYPE-addrに= ATM-ADDRTYPE-addrに/ C-IP-ADDRTYPE-addrに/ TN-ADDRTYPE-addrに
; atm-addrtype-addr defined above
; ATM-ADDRTYPE-addrには、上記で定義されました
; c-ip-addrtype-addr per rfc2327 ; difference in address usage between 'o' and 'c' lines per rfc2327
; C-IP-ADDRTYPE-addrにRFC2327あたり。 「O」とRFC2327あたりの「C」線間のアドレスの使用における差
; tn-addrtype-addr per rfc2848
; rfc2848あたりTN-ADDRTYPE-addrに
bandwidth-fields = *("b=" bwtype ":" bandwidth EOL) bwtype = 1*(alpha-numeric) bandwidth = 1*(DIGIT)
帯域幅フィールド= *（ "B =" bwtype "：" 帯域幅EOL）bwtype = 1 *（英数字）帯域幅= 1 *（DIGIT）
time-fields = *( "t=" start-time space stop-time *(EOL repeat-fields) EOL) [zone-adjustments EOL] start-time = time / "0" stop-time = time / "0" ; always "0" in ATM time = POS-DIGIT 9*(DIGIT) ; same as rfc2327 ; repeat-fields and zone-adjustments per rfc2327, not used in ATM
時間フィールド= *（「T =」起動時空間停止時*（EOLリピートフィールド）EOL）ゾーン調整EOL]開始時間=時間/「0」停止時間=時間/「0」 ;常に "0" ATMの時間= POS-DIGIT 9 *（DIGIT）。 RFC2327と同じ。 ATMで使用されていないとRFC2327ごとのゾーンの調整、フィールドを繰り返し
; Definition of optional key-field per rfc2327 ;
; RFC2327ごとのオプションのキー・フィールドの定義。
attribute-fields = *("a=" attribute EOL)
属性フィールド= *（ "A =" 属性EOL）
; SDP descriptors for ATM do not have session-level media attribute ; lines. If these are provided, they should be ignored.
; ATMのためのSDP記述子は、セッション・レベルのメディア属性を持っていません。ライン。これらが提供されている場合、それらは無視されなければなりません。
media-descriptions = *(media-description) media-description = media-field information-field *(connection-field) bandwidth-fields key-field attribute-fields
メディア-説明= *（メディア記述）メディア記述=メディアフィールド情報フィールド*（接続-フィールド）の帯域幅フィールドのキー・フィールド属性フィールド
; Definitions of information-field per RFC 2327. These fields are
; omitted in ATM SDP descriptions. If received, they are ignored in
; the ATM context
;
; In ATM, the connection-field is used in media-description to indicate
; the IP address associated with the RTCP control protocol in H.323.C
; applications. In this case, the connection field is per the RFC 2327
; definition for IP v4-based connections. Otherwise, it is not used in
; media-description. If received as part of media-description,
; it is ignored.
;
; Definition of optional bandwidth-fields as above.
: Definition of optional key-field as in RFC 2327
media-field = rfc2327-media-field / rfc2848-media-field / atm-media-field ; rfc2327-media-field and rfc2848-media-field defined in those rfc's atm-media-field = "m=" media space vcId space transport-fmts EOL ; superset of rfc2327 definition
メディア・フィールド= RFC2327メディアフィールド/ rfc2848メディアフィールド/ ATM-メディアフィールドとRFC2327メディアフィールド及びそれらのRFCのATM-メディア分野で定義されたrfc2848メディアフィールド= "M =" メディア空間VCID空間輸送fmts EOL。 RFC2327定義のスーパーセット
media = "audio" / "video" / "data" / "application" / "control" / 1*(alpha-numeric)
メディア= "オーディオ" / "ビデオ" / "データ" / "アプリケーション" / "コントロール" / 1 *（英数字）
vcId = "$" / "-" / ex-vcci / (ex-vcci "/" ex-cid) / (atm-type-addr-m "/" ex-vcci) / (atm-type-addr-m "/" ex-vcci "/" ex-cid) / (ex-bcg "/" ex-vcci) / (ex-bcg "/" ex-vcci "/" ex-cid) (ex-portid "/" ex-vpi "/" ex-vci) / (ex-portid "/" ex-vpi "/" ex-vci "/" ex-cid) / (ex-bcg "/" ex-vpi "/" ex-vci) / (ex-bcg "/" ex-vpi "/" ex-vci "/" ex-cid) / (ex-vpci "/" ex-vci) / (ex-vpci "/" ex-vci "/" ex-cid) / (atm-type-addr-m "/" ex-vpci "/" ex-vci) / (atm-type-addr-m "/" ex-vpci "/" ex-vci "/" ex-cid)
VCID = "$" / " - " / EX-VCCI /（EX-VCCI "/" EX-CID）/（ATM型-ADDR-M "/" EX-VCCI）/（ATM型-ADDR-M "/" EX-VCCI "/" EX-CID）/（EX-BCG "/" EX-VCCI）/（EX-BCG "/" EX-VCCI "/" EX-CID）（EX-のportID "/" EX-VPI "/" EX-VCI）/（元のportID "/" EX-VPI "/" EX-VCI "/" EX-CID）/（EX-BCG "/" EX-VPI "/" EX- VCI）/（EX-BCG "/" EX-VPI "/" EX-VCI "/" EX-CID）/（EX-VPCI "/" EX-VCI）/（EX-VPCI "/" EX-VCI」 / "EX-CID）/（ATM型-ADDR-M "/" EX-VPCI "/" EX-VCI）/（ATM型-ADDR-M "/" EX-VPCI "/" EX-VCI" /」EX-CID）
atm-type-addr-m = atm-nsap-addr-m / atm-e164-addr-m / atm-alias-addr-m atm-nsap-addr-m = ["NSAP-"] (nsap-addr / "$") atm-e164-addr-m = ["E164-"] (e164-addr / "$") atm-alias-addr-m = ["GWID-" / "ALIAS-"] (alias-addr / "$") ; The -m at the end indicates use in the media field ; Wildcarding rules different from ATM address on 'o' and 'c' lines
ATM型-ADDR-M = ATM-NSAP-ADDR-M / ATM-E164-ADDR-M / ATM-エイリアス-ADDR-M ATM-NSAP-ADDR-M = [ "NSAP-"]（NSAP-ADDR / "$"）ATM-E164-ADDR-M = [ "E164-"（E164-ADDR / "$"）ATM-エイリアス-ADDR-M = [ "GWID-" / "ALIAS-"（別名、ADDR / "$"）;最後の-mは、メディア分野での使用を示します。ワイルドカードは「O」と「C」ライン上のATMアドレスから異なるルール
ex-vcci = "VCCI-" vcci ex-cid = "CID-" cid ex-bcg = "BCG-" bcg ex-portid = "PORT-" portid ex-vpi = "VPI-" vpi ex-vci = "VCI-" vci ex-vpci = "VPCI-" vpci
EX-VCCI = "VCCI-" VCCIのEX-CID = "CID-" CIDのEX-BCG = "BCG-" BCGのEX-のportID = "PORT-" のportIDのEX-VPI = "VPI-" VPI EX-VCI = " VCI-」VCIのEX-VPCI = "VPCI-" VPCI
vcci = generic-U16 cid = generic-U8 bcg = generic-U8 portid = 1*32 (HEXDIG) vpi = generic-U12 vci = generic-U16 vpci = generic-U16
VCCI = GENERIC-U16のCID = GENERIC-U8 BCG = GENERIC-U8のportID = 1 * 32（HEXDIG）VPI = GENERIC-U12 VCI = GENERIC-U16のVPCI = GENERIC-U16
transport-fmts = generic-transport-fmts / known-transport-fmts / "- -" generic-transport-fmts = generic-transport 1*(space fmt) generic-transport = 1*(alpha-numeric / "/") fmt = 1*(alpha-numeric)
トランスポートfmts =ジェネリック輸送-fmts /既知のトランスポートfmts / " - - " ジェネリック輸送-fmts =ジェネリック輸送1 *（スペースFMT）汎用輸送= 1 *（英数字/ "/"） FMT = 1 *（英数字）
known-transport-fmts = aal1-transport space aal1-fmt-list / aal2-transport space aal2-fmt-list *(space aal2-transport space aal2-fmt-list) / aal5-transport space aal5-fmt-list / rtp-transport space rtp-fmt-list / tn-proto space tn-fmt-list / h323c-proto "-" h323c-proto = "H323c"
既知の輸送-fmts = AAL1輸送空間AAL1-fmtをリスト/ AAL2輸送空間AAL2-fmtをリスト*（空間AAL2輸送空間AAL2-fmtをリスト）/ AAL5輸送空間AAL5-fmtをリスト/ RTP -transportスペースRTP-リストfmtを/ TN-プロトスペースTN-fmtをリスト/ h323c-プロト - h323c-プロト= "h323c" ""
; h323c-proto used for RTCP control ports in H.323 annex C
; applications. tn-proto and tn-fmt-list per rfc2848
aal1-transport = "AAL1" "/" aal1-transport-list aal1-transport-list = "ATMF" / "ITU" / "custom" / "IEEE:" oui / corporate-name corporate-name = 1*(safe) aal2-transport = "AAL2" "/" aal2-transport-list aal2-transport-list = aal1-transport-list aal5-transport = "AAL5" "/" aal5-transport-list aal5-transport-list = aal1-transport-list rtp-transport = "RTP" "/" rtp-transport-list rtp-transport-list = "AVP"
AAL1輸送= "AAL1" "/" AAL1輸送-リストAAL1輸送-リスト= "ATMF" / "ITU" / "カスタム" / "IEEE：" OUI /企業名、企業名= 1 *（安全）AAL2輸送=「AAL2」「/」AAL2輸送リストAAL2輸送リスト= AAL1輸送リストAAL5輸送=「AAL5」「/」AAL5輸送リストAAL5輸送リスト= aal1-トランスポートリストRTP輸送= "RTP" "/" RTP輸送リストRTP輸送-リスト= "AVP"
aal1-fmt-list = (payload-type *(space payload-type)) / "-" payload-type = decimal-uchar aal5-fmt-list = aal1-fmt-list rtp-fmt-list = aal1-fmt-list aal2-fmt-list = (profile *(space profile)) / "-" profile = decimal-uchar attribute-fields = *("a=" attribute EOL) attribute = known-attribute / (generic-att-field ":" att-value) / generic-att-field generic-att-field = 1*(alpha-numeric) att-value = byte-string known-attribute = atm-attribute / PINT-attribute / rfc2327-attribute ; PINT-attribute as defined in rfc2848 ; rfc2327 attribute as defined in that rfc
AAL1-fmtをリスト=（ペイロードタイプ*（スペースペイロードタイプ））/ " - " ペイロードタイプ=小数UCHAR AAL5-fmtをリスト= AAL1-fmtをリストRTP-fmtをリスト= AAL1-fmt-リストAAL2-fmtをリスト=（プロファイル*（スペースプロファイル））/ " - " プロファイル=小数-UCHAR属性フィールド= *（ "A =" 属性EOL）属性=既知の属性/（ジェネリック-ATT-フィールド」 ：」ATT値）/ジェネリック-ATT-フィールドジェネリック-ATT-フィールド= 1 *（英数字）ATT値=バイト列知られている属性= ATM-属性/ PINT-属性/ RFC2327属性; rfc2848で定義されているPINT属性;そのRFCで定義されているRFC2327属性
atm-attribute = "eecid" ":" eecid / "aalType" ":" aalType / "capability" ":" (asc / atc) space subtype / "qosclass" ":" qosclass / "bcob" ":" bcob space eetim / "stc" ":" stc / "upcc" ":" upcc / "atmQOSparms" ":" directionFlag space cdvType space acdv space ccdv space eetd space cmtd space aclr / "atmTrfcDesc" ":" directionFlag space clpLvl space pcr space scr space mbs space cdvt space mcr space mfs space fd space te / "abrParms" ":" directionFlag space nrm space trm space cdf space adtf / "abrSetup" ":" ficr space bicr space ftbe space btbe space crmrtt space frif space brif space frdf space brdf / "bearertype" ":" bearerType space localInitiation /
ATM-属性= "eecid" "：" eecid / "aalType" "：" aalType / "機能" "："（ASC / ATC）スペースサブタイプ/ "qosclass" "：" qosclass / "bcob" "：" bcobスペースeetim / "STC" "：" "STC /" upcc "：" upcc / "atmQOSparms" "：" directionFlag空間cdvTypeスペースacdvスペースccdvスペースeetdスペースcmtd空間ACLR / "atmTrfcDesc" "：" スペースPCR directionFlagスペースclpLvlスペースSCRスペースMBSスペースCDVTスペースMCRスペースMFS空間FDスペースTE / "abrParms" "：" directionFlagスペースNRMスペースTRM空間CDF空間ADTF / "abrSetup" "：" 宇宙brifスペースfrif ficrスペースbicrスペースftbeスペースbtbeスペースcrmrttスペースfrdf空間BRDF / "bearertype" "：" bearerTypeスペースlocalInitiation /
"lij" ":" sci space lsn /
"anycast" ":" atmGroupAddress space cdStd space
conScpTyp space conScpSel /
"cache" ":" cacheEnable space cacheTimer /
"bearerSigIE" ":" bearerSigIEType space
bearerSigIELng space bearerSigIEVal /
"aalApp" ":" appClass space oui space appId /
"cbrRate" ":" cbrRate /
"sbc" ":" sbc /
"clkrec" ":" clkrec /
"fec" ":" fecEnable /
"prtfl" ":" partialFill /
"structure" ":" structureEnable space blksz /
"cpsSDUsize" ":" directionFlag space cpcs /
"aal2CPS" ":" cidLowerLimit space cidUpperLimit space
timerCU space simplifiedCPS /
"aal2CPSSDUrate" ":" fSDUrate space bSDUrate /
"aal2sscs3661unassured" ":" ted space rastimer space fsssar
space bsssar /
"aal2sscs3661assured" ":" rastimer space fsssar space bsssar
space fsscopsdu space bsscopsdu space fsscopuu
space bsscopuu /
"aal2sscs3662" ":" sap space circuitMode space frameMode
space faxDemod space cas space dtmf space mfall space mfr1
space mfr2 space PCMencoding space fmaxFrame
space bmaxFrame /
"aal5sscop" ":" fsscopsdu space bsscopsdu space fsscopuu
space bsscopuu /
"atmmap" ":" payload-type space encoding-name /
"silenceSupp" ":" silenceSuppEnable space silenceTimer
space suppPref space sidUse space fxnslevel /
"ecan" ":" directionFlag space ecanEnable space ecanType /
"gc" ":" directionFlag space gcEnable space gcLvl /
"profileDesc" ":" aal2-transport space profile space
1*(profile-row) /
"vsel" ":" 1*(encoding-name space packet-length space
packet-time space) /
"dsel" ":" fxIncl space
1*(encoding-name space packet-length space
packet-time space) /
"fsel" ":" 1*(encoding-name space packet-length space
packet-time space) /
"onewaySel" ":" serviceType space directionFlag space
1*(encoding-name space packet-length space
packet-time space) /
"codecconfig" ":" q7655scc / "isup_usi" ":" isupUsi /
"Codecconfig" "" q7655scc / "isup_usi" "" isupUsi /
"uiLayer1_Prot" ":" uiLayer1Prot / "chain" ":" chainPointer
"uiLayer1_Prot" "：" uiLayer1Prot / "チェーン" "：" chainPointer
eecid = 8 (HEXDIG) aalType = "AAL1" / "AAL2" / "AAL3/4" / "AAL5" / "USER_DEFINED_AAL" asc = "CBR" / "nrt-VBR" / "rt-VBR" / "UBR" / "ABR" / "GFR" atc = "DBR" / "SBR" / "ABT/IT" / "ABT/DT" / "ABR" subtype = decimal-U8-or-null qosclass = decimal-U8-or-null bcob = generic-U8 eetim = on-off-or-null stc = decimal-uchar upcc = decimal-uchar directionFlag = "f" / "b" / "fb" cdvType = "PP" / "2P" / "-" acdv = decimal-U32-or-null ccdv = decimal-U32-or-null eetd = decimal-U16-or-null cmtd = decimal-U16-or-null aclr = decimal-U8-or-null clpLvl = "0" / "0+1" / "-" pcr = decimal-U24-or-null scr = decimal-U24-or-null mbs = decimal-U16-or-null cdvt = decimal-U24-or-null mcr = decimal-U24-or-null mfs = decimal-U16-or-null fd = on-off-or-null te = on-off-or-null nrm = generic-U8-or-null trm = generic-U8-or-null cdf = generic-U8-or-null adtf = generic-U16-or-null ficr = decimal-U24-or-null bicr = decimal-U24-or-null ftbe = decimal-U24-or-null btbe = decimal-U24-or-null crmrtt = decimal-U24-or-null frif = 1*2 (DIGIT) brif = 1*2 (DIGIT) frdf = 1*2 (DIGIT) brdf = 1*2 (DIGIT) bearerType = "PVC" / "SVC" / "CID" localInitiation = on-off-or-null sci = generic-U8-or-null lsn = generic-U32-or-null atmGroupAddress = atm-type-addr cdStd = generic-U8-or-null conScpTyp = generic-U8-or-null conScpSel = generic-U8-or-null cacheEnable = on-off-or-null cacheTimer = generic-U32-or-null bearerSigIEType = 2 * (HEXDIG) bearerSigIELng = 1*4 (HEXDIG) bearerSigIEVal = 2*512 (HEXDIG) appClass = "-" / "itu_h323c" / "af83" / "AAL5_SSCOP" / "itu_i3661_unassured" / "itu_ i3661_assured"/ "itu_i3662"/ "itu_i3651" / "itu_i3652" / "itu_i3653" / "itu_i3654" / "FRF11" / "FRF5" / "FRF8" / "itu_h2221" oui = "-" / 1*6 (HEXDIG) appId = "-" / 1*8 (HEXDIG) cbrRate = 2 (HEXDIG) sbc = generic-U8 clkrec = "NULL" / "SRTS" / "ADAPTIVE" fecEnable = "NULL" / "LOSS_SENSITIVE" / "DELAY_SENSITIVE" partialFill = generic-U8 structureEnable = on-off-or-null blksz = generic-U16-or-null cpcs = generic-U16 cidLowerLimit = generic-U8-or-null cidUpperLimit = generic-U8-or-null timerCU = decimal-U32-or-null simplifiedCPS = on-off-or-null fSDUrate = decimal-U24-or-null bSDUrate = decimal-U24-or-null ted = on-off-or-null rastimer = decimal-U32-or-null fsssar = generic-U24-or-null bsssar = generic-U24-or-null fsscopsdu = generic-U16-or-null bsscopsdu = generic-U16-or-null fsscopuu = generic-U16-or-null bsscopuu = generic-U16-or-null sap = "AUDIO" / "MULTIRATE" / "-" circuitMode = on-off-or-null frameMode = on-off-or-null faxDemod = on-off-or-null cas = on-off-or-null dtmf = on-off-or-null mfall = on-off-or-null mfr1 = on-off-or-null mfr2 = on-off-or-null PCMencoding = "PCMA" / "PCMU" / "-" fmaxframe = generic-U16-or-null bmaxframe = generic-U16-or-null silenceSuppEnable = on-off-or-null silenceTimer = generic-U16-or-null suppPref = "standard" / "custom" / "-" sidUse = "No SID" / "Fixed Noise" / "Sampled Noise" / "-" fxnslevel = generic-U8-or-null ecanEnable = on-off-or-null ecanType = "G165" / "G168" / "-" gcEnable = on-off-or-null gcLvl = generic-U16-or-null
eecid = 8（HEXDIG）aalType = "AAL1" / "AAL2" / "AAL3 / 4" / "AAL5" / "USER_DEFINED_AAL" ASC = "CBR" / "NRT-VBR" / "RT-VBR" / "UBR" / "ABR" / "GFR" ATC = "DBR" / "SBR" / "ABT / IT" / "ABT / DT" / "ABR" サブタイプ=小数-U8-またはヌルqosclass =小数-U8-または - ヌルbcob = GENERIC-U8 eetim =オン・オフまたはヌルSTC =小数UCHAR upcc =小数UCHAR directionFlag = "F" / "B" / "FB" cdvType = "PP" / "2P" /「 - "acdv =小数-U32-またはヌルccdv =小数-U32-またはヌルeetd =小数-U16-またはヌルcmtd =小数-U16-またはヌルACLR =小数-U8-またはヌルclpLvl =" 0 "/ "+ 1 0"/ " - " PCR =小数-U24-またはヌルSCR =小数-U24-またはヌルMBS =小数-U16-またはヌルCDVT =小数-U24-またはヌルMCR =小数点-U24-またはヌルMFS =小数-U16-またはヌルFD =オン・オフまたはヌルTE =オン・オフまたはヌルNRM =ジェネリックヌルU8-OR-TRM = GENERIC-U8-または - ヌルCDF =ジェネリックヌルU8-または-ADTF =ジェネリック-U16-またはヌルficr =小数-U24-またはヌルbicr =小数-U24-またはヌルftbe =小数-U24-またはヌルbtbe = decimal- U24-またはヌルcrmrtt =小数-U24-またはヌルfrif = 1 * 2（DIGIT）brif = 1 * 2（DIGIT）frdf = 1 * 2（DIGIT）BRDF = 1 * 2（DIGIT）bearerType = "PVC" / "SVC" / "CID" localInitiation =オンオフ、又は-null SCI =ジェネリックヌルU8-OR-LSN = GENERIC-U32-またはヌルatmGroupAddress = ATM型-ADDR cdStd = GENERIC-U8-またはヌルconScpTyp = GENERIC-U8-またはヌルconScpSel = GENERIC-U8 -ORヌルのCacheEnable =オン・オフまたはヌルcacheTimer = GENERIC-U32-またはヌルbearerSigIEType = 2 *（HEXDIG）bearerSigIELng = 1×4（HEXDIG）bearerSigIEVal = 2 * 512（HEXDIG）AppClass命令= " - " / "itu_h323c" / "af83" / "AAL5_SSCOP" / "itu_i3661_unassured" / "itu_はi3661_assured" / "itu_i3662" / "itu_i3651" / "itu_i3652" / "itu_i3653" / "itu_i3654" / "FRF11" / "FRF5" / OUI = "FRF8" / "itu_h2221" " - " / 1 * 6（HEXDIG）のAppID = " - " / 1 * 8（HEXDIG）cbrRate = 2（HEXDIG）SBC = GENERIC-U8 clkrec = "NULL" /「SRTS "/ "適応" fecEnable = "NULL"/ "LOSS_SENSITIVE"/ "DELAY_SENSITIVE" partialFill = GENERIC-U8 structureEnable =オン・オフまたはヌルblkszに= GENERIC-U16-またはヌルクリック単価= GENERIC-U16 cidLowerLimit = generic- U8-またはヌルcidUpperLimit = GENERIC-U8-またはヌルtimerCU =小数-U32-またはヌルsimplifiedCPS =オン・オフまたはヌルfSDUrate =小数-U24-またはヌルbSDUrate =小数-U24-またはヌルテッド=オンオフ-ORヌルrastimer =小数-U32-またはヌルfsssar = GENERIC-U24-またはヌルbsssar = GENERIC-U24-またはヌルfsscopsdu = GENERIC-U16-またはヌルbsscopsdu = GENERIC-U16-またはヌルfsscopuu = GENERIC-U16-またはヌルbsscopuu = GENERIC-U16-またはヌルSAP = "AUDIO" / "マルチレート" / " - " circuitMode =オン・オフまたはヌルframeMode =オン・オフまたはヌルfaxDemod =オン・オフまたはヌルCAS =オン・オフまたはヌルDTMF =オン・オフまたはヌルmfall =オン・オフまたはヌルMFR1 =オン・オフまたはヌルMFR 2 =オン・オフまたは-null PCMencoding = "PCMA" / "PCMU" / " - " fmaxframe = GENERIC-U16-またはヌルbmaxframe = GENERIC-U16-またはヌルsilenceSuppEnable =オン・オフまたはヌルsilenceTimer = GENERIC-U16 - または - ヌルsuppPref = "標準" / "カスタム" / " - " sidUse = "いいえSID" / "固定ノイズ" / "サンプリングノイズ" / " - " fxnslevel =ジェネリック-U8-またはヌルecanEnable =オン・オフ、または-null ecanType = "G165" / "G168" / " - " gcEnable =オンオフ、又は-null gcLvl =ジェネリック-U16-またはヌル
profile-row = uuiCodeRange space encoding-name space packet-length space packet-time space uuiCodeRange = decimal-uchar "-" decimal-uchar / "-" encoding-name = "-" / "PCMG" / "SIDG" / "SID729" / "PCMU" / "G726-32" / "G723" / "PCMA" / "G722" / "G728" / "G729" / "X-G729a" / "X-G729b" / "X-G729ab" / "X-G726-16" / "X-G726-24" / "X-G726-40" / "X-G7231-H" / "X-G7231-L" / "X-G7231a-H" / "X-G7231a-L" / "X-G727-16" / "X-G727-24" / "X-G727-32" / "X-CCD" / "X-CCD-CAS" / "GSM" / "GSM-HR" / "GSM-EFR" / "GSM-EHR" / "X-FXDMOD-3" / "1016" / "DVI4" / "L16" / "LPC" / "MPA" / "QCELP" / "H263" / "H263-1998" / "JPEG" / "H261" / "MPV" / "MP2T" / "nv" / "RED" / "CelB" / "L8" / "VDVI" / "MP1S" / "MP2P" / "BT656" / "FR-AMR" / "HR-AMR" / "UMTS-AMR" / "AMR" packet-length = decimal-U8-or-null packet-time = decimal-U16-or-null fxIncl = on-off-or-null serviceType = "v" / "d" / "f" / "df" / "all" q7655scc = 4*32 (HEXDIG) isupUsi = 4*24 (HEXDIG) uiLayer1Prot = 2 (HEXDIG)
プロファイル行= uuiCodeRange空間エンコーディング名空間パケット長スペースパケット時空間uuiCodeRange =小数UCHAR「 - 」小数UCHAR /「 - 」符号化名=「 - 」/「PCMG」/「SIDG」/ " SID729" / "PCMU" / "G726-32" / "G723" / "PCMA" / "G722" / "G728" / "G729" / "X-にG729a" / "X-G729b" / "X-G729AB" / "X-G726-16" / "X-G726-24" / "X-G726-40" / "X-G7231-H" / "X-G7231-L" / "X-G7231a-H" / " X-G7231a-L "/ "X-G727-16"/ "X-G727-24"/ "X-G727-32"/ "X-CCD"/ "X-CCD-CAS"/ "GSM"/" GSM-HR "/ "GSM-EFR"/ "GSM-EHR"/ "X-FXDMOD-3"/ "1016"/ "DVI4"/ "L16"/ "LPC"/ "MPA"/ "QCELP"/" H263" / "H263-1998" / "JPEG" / "H261" / "MPV" / "MP2T" / "NV" / "RED" / "CelB" / "L8" / "VDVI" / "MP1S" / " MP2P」/ "BT656" / "FR-AMR" / "HR-AMR" / "UMTS-AMR" / "AMR" パケット長=小数ヌルU8-またはパケット時間=小数-U16-またはヌルfxIncl =オン・オフまたはヌルのServiceType = "V" / "D" / "F" / "DF" / "全て" q7655scc = 4 * 32（HEXDIG）isupUsi = 4 * 24（HEXDIG）uiLayer1Prot = 2（ HEXDIG）
chainPointer = "NEXT" / "PREVIOUS" / "NULL"
chainPointerは= "NEXT" / "PREVIOUS" / "NULL"
References
リファレンス
[1] Handley, M. and V. Jacobson, "SDP: Session Description Protocol", RFC 2327, April 1998.
[1]ハンドレー、M.およびV. Jacobsonの "SDP：セッション記述プロトコル"、RFC 2327、1998年4月。
[2] Schulzrinne, H., Casner, S., Frederick, R. and V. Jacobson, "RTP: A Transport Protocol for Real-Time Applications", RFC 1889, January 1996.
[2] Schulzrinneと、H.、Casner、S.、フレデリック、R.とV. Jacobson氏、 "RTP：リアルタイムアプリケーションのためのトランスポートプロトコル"、RFC 1889、1996年1月。
RFC 1889 will be obsoleted, in a substantially backwards
compatible manner, by a work in progress that will become an
RFC.
[3] Schulzrinne, H., "RTP Profile for Audio and Video Conferences with Minimal Control", RFC 1890, January 1996.
[3] Schulzrinneと、H.、 "最小量のコントロールがあるオーディオとビデオ会議システムのためのRTPプロフィール"、RFC 1890、1996年1月。
RFC 1890 will be obsoleted, in a fully backwards compatible
manner, by a work in progress that will become an RFC.
[4] ATMF UNI 3.1 Specification, af-uni-0010.002. Of special interest for this document is Section 5.4.5.5, ATM Adaptation Layer Parameters.
[4] ATMF UNI 3.1仕様、AF-UNI-0010.002。このドキュメントのための特別な関心のセクション5.4.5.5で、ATMアダプテーションレイヤパラメータ。
[5] ATMF UNI 4.0 Signaling Specification, af-sig-0061.000.
の-0061.000 [5] ATMF UNI 4.0シグナリング仕様。
[6] ATMF Traffic Management Specification, Version 4.1, af-tm-0121.000.
[6] ATMFトラフィック管理仕様、バージョン4.1、AF-TM-0121.000。
[7] ATMF Circuit Emulation Service (CES) Interoperability Specification, version 2.0, af-vtoa-0078.000, Jan. 97.
[7] ATMF回線エミュレーションサービス（CES）の相互運用性仕様、バージョン2.0、AF-VTOA-0078.000、1月97。
[8] ATMF Voice and Telephony over ATM - ATM Trunking using AAL1 for Narrowband Services, version 1.0, af-vtoa-0089.000, July 1997.
[8] ATM上ATMF音声およびテレフォニーを - 狭帯域サービス、バージョン1.0のためのAAL1を使用してATMトランキング、AF-VTOA-0089.000、1997年7月。
[9] ATMF Specifications of (DBCES) Dynamic Bandwidth Utilization - in 64kbps Timeslot Trunking over ATM - using CES, af-vtoa-0085.000, July 1997.
[9]（DBCES）動的帯域利用のATMF仕様 - 64kbpsのタイムスロットトランキングにATM上 - CES、AF-VTOA-0085.000、1997年7月使用。
[10] ITU-T I.363.1, B-ISDN ATM Adaptation Layer Specification: Type 1 AAL, August 1996.
[10] ITU-T I.363.1、B-ISDN ATMアダプテーションレイヤ仕様：タイプ1 AAL、1996年8月。
[11] ITU-T I.363.2, B-ISDN ATM Adaptation Layer Specification: Type 2 AAL, Sept. 1997.
[11] ITU-T I. 363.2、B-ISDN ATMアダプテーションレイヤ仕様：タイプ2 AAL、1997年9月。
[12] ITU-T I.366.1, Segmentation and Reassembly Service Specific Convergence Sublayer for AAL Type 2, June 1998.
[12] AALタイプ2のためのITU-T I.366.1、分割及び再組立てサービス特定コンバージェンスサブレイヤ、1998年6月。
[13] ITU-T I.366.2, AAL Type 2 Reassembly Service Specific Convergence Sublayer for Trunking, Feb. 99.
[13] ITU-T I.366.2、トランキング2月99用AALタイプ2再構成サービス特定収束サブレイヤ。
[14] Petrack, S., "RTP payloads for Telephone Signal Events", Work in Progress.
[14] 2000 Petrackと、S.、 "電話信号イベントのためのRTPペイロード" が進行中で働いています。
[15] ITU-T Q.2931, B-ISDN Application Protocol for Access Signaling.
アクセスシグナリングのための[15] ITU-T Q.2931、B-ISDNアプリケーションプロトコル。
[16] Amendment 1, 2, 3 and 4 to ITU-T Q.2931, B-ISDN Application Protocol for Access Signaling.
[16]アクセスシグナリングのためのITU-T Q.2931、B-ISDNアプリケーションプロトコル改正1、2、3、4。
[17] Handley, M., Perkins C. and E. Whelan, "Session Announcement Protocol", RFC 2974, October 2000.
[17]ハンドレー、M.、パーキンスC.およびE.ウィーラン、 "セッション告知プロトコル"、RFC 2974、2000年10月。
[18] Handley, M., Schulzrinne, H., Schooler, E. and J. Rosenberg, "Session Initiation Protocol (SIP)", RFC 2543, March 1999.
[18]ハンドレー、M.、Schulzrinneと、H.、学生はE.およびJ.ローゼンバーグ、 "セッション開始プロトコル（SIP）"、RFC 2543、1999年3月。
[19] Almquist, P., "Type of Service in the Internet Protocol Suite", July 1992.
[19] Almquist、P.、 "インターネットプロトコルスイートでサービスの種類"、1992年7月。
[20] Nichols, K., Blake, S., Baker, F. and D. Black, "Definition of the Differentiated Services Field (DS Field) in the IPv4 and IPv6 Headers", December 1998.
[20]ニコルズ、K.、ブレイク、S.、ベイカー、F.とD.黒、1998年12月 "IPv4とIPv6ヘッダーの差別化されたサービス分野（DSフィールド）の定義"。
[21] ITU-T I.363.5, B-ISDN ATM Adaptation Layer Specification: Type 5 AAL, Aug. 1996.
[21] ITU-T I.363.5、B-ISDN ATMアダプテーションレイヤ仕様：タイプ5 AAL、1996年8月。
[22] ATMF PNNI 1.0, af-pnni-0055.000, March 1996.
[22] 1.0 ATMFのDOM、DOM-AF-0055.000、1996年3月。
[23] Schulzrinne, H., Casner, S., Frederick, R. and V. Jacobson, "RTP: A Transport Protocol for Real-Time Applications", Work in Progress.
[23] Schulzrinneと、H.、Casner、S.、フレデリック、R.とV. Jacobson氏、 "RTP：リアルタイムアプリケーションのためのトランスポートプロトコル" が進行中で働いて。
[24] Schulzrinne, H. and S. Casner, "RTP Profile for Audio and Video Conferences with Minimal Control", Work in Progress.
[24] Schulzrinneと、H.とS. Casner、「最小量のコントロールがあるオーディオとビデオ会議システムのためのRTPプロフィール」が進行中で働いています。
[25] Arango, M., Dugan, A., Elliott, I., Huitema, C. and S. Pickett, "Media Gateway Control Protocol (MGCP)", RFC 2705, October 1999.
[25]アランゴ、M.、デュガン、A.、エリオット、I.、のHuitema、C.及びS.ピケット、 "メディアゲートウェイ制御プロトコル（MGCP）"、RFC 2705、1999年10月。
[26] Cuervo, F., Greene, N., Rayhan, A., Huitema, C., Rosen, B. and J. Segers, "Megaco Protocol Version 1.0", RFC 3015, November 2000.
[26]クエルボ、F.、グリーン、N.、Rayhan、A.、のHuitema、C.、ローゼン、B.及びJ. Segers、 "Megacoのプロトコルバージョン1.0"、RFC 3015、2000年11月。
[27] Atkinson, R., "IP Authentication Header", RFC 1826, August 1995.
[27]アトキンソン、R.、 "IP認証ヘッダー"、RFC 1826、1995年8月。
[28] ITU I.371, Traffic Control and Congestion Control in the BISDN.
BISDNで[28] ITU I.371、トラフィック制御と輻輳制御。
[29] ITU E.191, BISDN Numbering and Addressing.
[29] ITU E.191、BISDN番号とアドレシング。
[30] ATM Forum Addressing: Reference Guide, af-ra-0106.000.
[30]アドレッシングATMフォーラム：リファレンスガイド、Raは0106.000の。
[31] http://www.iana.org/assignments/rtp-parameters for a list of codecs with static payload types.
[31] http://www.iana.org/assignments/rtp-parameters静的ペイロードタイプとコーデックのリストのため。
[32] ITU Q.2941-2, Digital Subscriber Signalling System No. 2 (DSS 2): Generic identifier transport extensions.
[32] ITU Q.2941-2、デジタル加入者シグナリングシステム2号（DSS 2）：汎用識別子トランスポート拡張。
[33] ITU Q.2961, Digital subscriber signalling system no.2 (DSS 2) - additional traffic parameters. Also, Amendment 2 to Q.2961.
[33] ITU Q.2961、デジタル加入者シグナリングシステム番号2（DSS 2） - 追加のトラフィックパラメータ。また、Q.2961に修正2。
[34] ITU Q. 2965.1, Digital subscriber signalling system no.2 (DSS 2) - Support of Quality of Service classes.
[34] ITU Q. 2965.1、デジタル加入者シグナリングシステム番号2（DSS 2） - サービスクラスの品質のサポート。
[35] ITU Q. 2965.2, Digital subscriber signalling system no.2 (DSS 2) - Signalling of individual Quality of Service parameters.
[35] ITU Q. 2965.2、デジタル加入者シグナリングシステム番号2（DSS 2） - サービスパラメータの個々の品質のシグナリング。
[36] ITU Q.1901, Bearer Independent Call Control Protocol.
[36] ITU Q.1901、ベアラに依存しない呼制御プロトコル。
[37] ITU Q.2630.1, AAL type 2 signaling protocol - capability set 1.
[37] ITU Q.2630.1、AALタイプ2シグナリングプロトコルは - 能力セット1。
[38] ITU I.363.5, B-ISDN ATM Adaptation Layer specification: Type 5 AAL.
[38] ITU I.363.5、B-ISDN ATMアダプテーションレイヤの仕様：タイプ5 AAL。
[39] I.365.1,Frame relaying service specific convergence sublayer (FR-SSCS).
[39] I.365.1、フレーム中継サービス特定収束サブレイヤ（FR-SSCS）。
[40] I.365.2, B-ISDN ATM adaptation layer sublayers: service specific coordination function to provide the connection oriented network service.
[40] I.365.2、B-ISDN ATMアダプテーションレイヤのサブレイヤ：接続指向のネットワークサービスを提供するサービス特定コーディネーション機能。
[41] I.365.3, B-ISDN ATM adaptation layer sublayers: service specific coordination function to provide the connection-oriented transport service.
[41] I.365.3、B-ISDN ATMアダプテーションレイヤのサブレイヤ：コネクション型トランスポート・サービスを提供するサービス特定コーディネーション機能。
[42] I.365.4, B-ISDN ATM adaptation layer sublayers: Service specific convergence sublayer for HDLC applications.
[42] I.365.4、B-ISDN ATMアダプテーションレイヤのサブレイヤ：HDLCアプリケーションのためのサービス特定収束サブレイヤ。
[43] Q.2110, B-ISDN ATM adaptation layer - service specific connection oriented protocol (SSCOP).
[43] Q.2110、B-ISDN ATMアダプテーションレイヤ - サービス特定コネクション型プロトコル（SSCOP）。
[44] af-vtoa-0113.000, ATM trunking using AAL2 for narrowband services.
[44] AF-VTOA-0113.000、ATMは、狭帯域サービスのためのAAL2を使用してトランキング。
[45] H.323-2, Packet-based multimedia communications systems.
[45] H.323-2、パケットベースのマルチメディア通信システム。
[46] af-vtoa-0083.000, Voice and Telephony Over ATM to the Desktop.
[46] AF-VTOA-0083.000、デスクトップへの音声およびテレフォニーオーバーATM。
[47] I.356, BISDN ATM layer cell transfer performance.
[47] I.356、BISDN ATMレイヤセル転送性能。
[48] ITU Q.2957, Digital Subscriber Signaling System No. 2, User to user signaling.
[48] ITU Q.2957、デジタル加入者線信号方式2号、ユーザシグナリングへのユーザー。
[49] Mills, D., "Network Time Protocol (Version 3) Specification, Implementation and Analysis", RFC 1305, March 1992.
[49]ミルズ、D.、 "ネットワーク時間プロトコル（バージョン3）仕様、実装と分析"、RFC 1305、1992年3月。
[50] TIA/EIA/IS-J-STD-025-A, Lawfully Authorized Electronic Surveillance, May 2000.
[50] TIA / EIA / IS-J-STD-025-A、合法的に許可電子監視、2000年5月。
[51] ITU-T H.222.1, Multimedia multiplex and synchronization for audiovisual communication in ATM environments.
[51] ITU-T H.222.1、ATM環境での映像通信のためのマルチメディア多重化および同期。
[52] af-vmoa-0145.000, Voice and Multimedia over ATM, Loop Emulation Service using AAL2.
[52] AF-vmoa-0145.000、AAL2を使用して音声およびマルチメディアATM上、ループエミュレーションサービス。
[53] FRF.5, Frame Relay/ATM PVC Network Interworking Implementation Agreement.
[53] FRF.5は、フレームリレー/ ATM PVCネットワーク実装合意書をインターワーキング。
[54] FRF.8.1, Frame Relay/ATM PVC Service Interworking Implementation Agreement.
[54] FRF.8.1は、フレームリレー/ ATM PVCサービスは、実装合意書をインターワーキング。
[55] FRF.11, Voice over Frame Relay Implementation Agreement.
[55] FRF.11、音声フレームリレーの実装協定を超えます。
[56] Crocker, D. and P. Overell, "Augmented BNF for Syntax Specifications: ABNF", RFC 2234, November 1997.
[56]クロッカー、D.、およびP. Overell、 "構文仕様のための増大しているBNF：ABNF"、RFC 2234、1997年11月。
[57] ITU Q.765.5, Application Transport Mechanism - Bearer Independent Call Control.
[57] ITU Q.765.5、アプリケーション転送メカニズム - ベアラ独立呼制御。
[58] http://www.3gpp.org/ftp/Specs for specifications related to 3GPP, including AMR codecs.
[58] http://www.3gpp.org/ftp/Specs AMRコーデックを含む3GPP、に関する仕様について。
[59] ITU Q.931, Digital Subscriber Signaling System No. 1: Network Layer.
[59] ITU Q.931、デジタル加入者シグナリングシステム1号：ネットワーク層。
[60] ITU Q.763, SS7 - ISUP formats and codes.
[60] ITU Q.763、SS7 - ISUPフォーマットとコード。
[61] http://www.atmforum.com/atmforum/specs/specs.html, ATM Forum, Well-known addresses and assigned codes.
[61] http://www.atmforum.com/atmforum/specs/specs.html、ATMフォーラム、よく知られているアドレスと割り当てられた符号。
[62] Bradner, S., "Keywords for use in RFCs to indicate requirement levels", BCP 14, RFC 2119, March 1997.
[62]ブラドナー、S.、 "要件レベルを示すRFCsにおける使用のためのキーワード"、BCP 14、RFC 2119、1997年3月。
Acknowledgements
謝辞
The authors wish to thank several colleagues at Cisco and in the industry who have contributed towards the development of these SDP conventions, and who have reviewed, implemented and tested these constructs. Valuable technical ideas that have been incorporated into this internet document have been provided by Hisham Abdelhamid, Flemming Andreasen, David Auerbach, Robert Biskner, Bruce Buffam, Steve Casner, Alex Clemm, Bill Foster, Snehal Karia, Raghu Thirumalai Rajan, Joe Stone, Bruce Thompson, Dan Wing and Ken Young of Cisco, Michael Brown, Rade Gvozdanovic, Graeme Gibbs, Tom-PT Taylor, Mark Watson and Sophia Scoggins of Nortel Networks, Brian Rosen, Tim Dwight and Michael Mackey of Marconi, Ed Guy and Petros Mouchtaris of Telcordia, Christian Groves of Ericsson, Charles Eckel of Vovida Networks, Tom Jepsen, Dal Chohan, Sagar Gordhan and Chris Gallon of Fujitsu, Mahamood Hussain of Hughes Software Systems and Sean Sheedy of nCUBE Corporation, Narendra Tulpule of Intel, Albrecht Schwarz of Alcatel, and Jonathan Rosenberg of Dynamicsoft. The authors also wish to thank the ISC device control group, and the MMUSIC and MEGACO subgroups of the IETF, especially Bill Foster, Joerg Ott, Sean Sheedy and Brian Rosen for their help in the preparation of this document. Finally, thanks are due to Narendra Tulpule of Intel whose ABNF grammar was adapted for this document.
著者は、シスコでは、これらSDP規則の発展に貢献してきた業界では、いくつかの同僚に感謝したい、と誰が、見直さ実装およびこれらの構成をテストしています。このインターネット文書に組み込まれてきた貴重な技術的思想はヒシャムAbdelhamid、フレミングAndreasenの、デビッド・アウエルバッハ、ロバートBiskner、ブルースBuffam、スティーブCasner、アレックスClemm、ビル・フォスター、Snehalカリア、ラグーティルマライラジャン、ジョー・ストーン、ブルースによって提供されていますトンプソン、ダン・ウイングおよびCiscoのケン・ヤング、マイケル・ブラウン、ラーデGvozdanovic、グレアム・ギブス、ノーテルネットワークス、ブライアン・ローゼン、ティム・ドワイトとマルコーニのマイケル・マッケイ、エドガイとのペトロスMouchtarisのトム・PT・テイラー、マーク・ワトソンとソフィアScoggins Telcordia、エリクソンのクリスチャン・グローブス、Vovidaネットワークのチャールズ・Eckel氏、トム・ジェプセン、ダルChohan、サーガルGordhanと富士通のクリス・ギャロン、ヒューズソフトウェアシステムのMahamoodフセインとnCUBE社のショーン・シーディ、インテルのナレンドラTulpule、アルカテルのアルブレヒト・シュワルツ、そしてDynamicsoftのジョナサン・ローゼンバーグ。著者らはまた、本文書の作成で彼らの助けのためにISCデバイスコントロール群、およびIETFのMMUSICとMEGACOサブグループ、特にビル・フォスター、イェルク・オット、ショーン・シーディとブライアン・ローゼンに感謝したいです。最後に、おかげでABNF文法、本書のために適合されたインテルのナレンドラTulpuleによるものです。
Authors' Addresses
著者のアドレス
Rajesh Kumar Cisco Systems, Inc. M/S SJC01/3 170 West Tasman Drive San Jose, CA 95134-1706
ラジェッシュクマーシスコシステムズ、株式会社M / S SJC01 / 3 170西タスマン・ドライブサンノゼ、CA 95134-1706
Phone: 1-800-250-4800 EMail: rkumar@cisco.com
電話：1-800-250-4800 Eメール：rkumar@cisco.com
Mohamed Mostafa Cisco Systems, Inc. M/S SJC01/3 170 West Tasman Drive San Jose, CA 95134-1706
モハメド・モスタファシスコシステムズ、株式会社M / S SJC01 / 3 170西タスマン・ドライブサンノゼ、CA 95134-1706
Phone: 1-800-250-4800 EMail: mmostafa@cisco.com
電話：1-800-250-4800 Eメール：mmostafa@cisco.com
Full Copyright Statement
完全な著作権声明
Copyright (C) The Internet Society (2001). All Rights Reserved.
著作権（C）インターネット協会（2001）。全著作権所有。
This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English.
この文書とその翻訳は、コピーして他の人に提供し、それ以外についてはコメントまたは派生物は、いかなる種類の制限もなく、全体的にまたは部分的に、準備コピーし、公表して配布することができることを説明したり、その実装を支援することができます、上記の著作権表示とこの段落は、すべてのそのようなコピーや派生物に含まれていることを条件とします。しかし、この文書自体は著作権のための手順はで定義されている場合には、インターネット標準を開発するために必要なものを除き、インターネットソサエティもしくは他のインターネット関連団体に著作権情報や参照を取り除くなど、どのような方法で変更されないかもしれませんインターネット標準化プロセスが続く、または英語以外の言語に翻訳するために、必要に応じなければなりません。
The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns.
上記の制限は永久で、インターネット学会やその後継者や譲渡者によって取り消されることはありません。
This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
この文書とここに含まれている情報は、基礎とインターネットソサエティおよびインターネットエンジニアリングタスクフォースはすべての保証を否認し、明示または黙示、その情報の利用がない任意の保証を含むがこれらに限定されない「として、」上に設けられています特定の目的への権利または商品性または適合性の黙示の保証を侵害します。
Acknowledgement
謝辞
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。