[要約] RFC 3441は、MGCPにおけるATMパッケージの仕様を定義しています。このRFCの目的は、MGCPを使用してATMネットワーク上のメディアゲートウェイを制御するための標準化を提供することです。
Network Working Group R. Kumar
Request for Comments: 3441 Cisco Systems
Category: Informational January 2003
Asynchronous Transfer Mode (ATM) Package for the Media Gateway Control Protocol (MGCP)
メディアゲートウェイ制御プロトコル（MGCP）の非同期転送モード（ATM）パッケージ
Status of this Memo
本文書の位置付け
This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited.
このメモは、インターネットコミュニティに情報を提供します。いかなる種類のインターネット標準を指定しません。このメモの配布は無制限です。
Copyright Notice
著作権表示
Copyright (C) The Internet Society (2003). All Rights Reserved.
Copyright（c）The Internet Society（2003）。無断転載を禁じます。
Abstract
概要
This document describes an Asynchronous Transfer Mode (ATM) package for the Media Gateway Control Protocol (MGCP). This package includes new Local Connection Options, ATM-specific events and signals, and ATM connection parameters. Also included is a description of codec and profile negotiation. It extends the MGCP that is currently being deployed in a number of products. Implementers should be aware of developments in the IETF Megaco Working Group and ITU SG16, which are currently working on a potential successor to this protocol.
このドキュメントでは、メディアゲートウェイ制御プロトコル（MGCP）の非同期転送モード（ATM）パッケージについて説明します。このパッケージには、新しいローカル接続オプション、ATM固有のイベントと信号、およびATM接続パラメーターが含まれています。また、コーデックとプロファイルの交渉の説明も含まれています。現在、多くの製品に展開されているMGCPを拡張します。実装者は、現在このプロトコルの潜在的な後継者に取り組んでいるIETF MegacoワーキンググループとITU SG16の開発に注意する必要があります。
Table of Contents
目次
1.0 Conventions Used in this Document..............................2
2.0 Introduction...................................................2
3.0 Local Connection Options.......................................3
3.1 ATM Bearer Connection.........................................4
3.2 ATM Adaptation Layer (AAL)....................................8
3.3 Service Layer................................................15
3.4 ATM Bearer Traffic Management................................19
3.5 AAL Dimensioning.............................................27
4.0 Signals and Events.............................................30
5.0 Connection Parameters..........................................35
6.0 Negotiation of Profiles and Codecs in ATM Applications.........37
6.1 Consistency of Parameters...................................37
6.2 Codec/Profile Negotiation in ATM Networks...................38
7.0 Security Considerations.......................................45
8.0 IANA Considerations...........................................45
9.0 References....................................................45
10.0 Acronyms......................................................48
11.0 Acknowledgements..............................................49
12.0 Author's Address..............................................49
13.0 Full Copyright Statement......................................50
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 BCP 14, RFC 2119.
「必須」、「そうしない」、「必須」、「必要」、「「しない」、「そうでない」、「そうではない」、「そうでない」、「推奨」、「5月」、および「オプション」は、BCP 14、RFC 2119で説明されていると解釈される。
MGCP identifiers are case-insensitive. This includes package names, event names, local connection options and other elements of the MGCP header.
MGCP識別子はケース非感受性です。これには、パッケージ名、イベント名、ローカル接続オプション、およびMGCPヘッダーのその他の要素が含まれます。
The Media Gateway Control Protocol or MGCP [36] is used to control voice media gateways from external call control elements. Even though the bearer network might be IP, ATM, TDM or a mix of these, MGCP is transported over IP. Packages such as the MGCP CAS packages [38] are modular sets of parameters such as connection options, signal, event and statistics definitions that can be used to extend it into specific contexts. A related, IP-based mechanism for the description of ATM connections [18] has been generated by the IETF MMUSIC group. Due to the IP-centric nature of all aspects of the MGCP device control protocol, and for consistency with other MGCP package definitions, it is desirable to publish the MGCP ATM package in an IETF document.
メディアゲートウェイコントロールプロトコルまたはMGCP [36]は、外部コールコントロール要素からの音声メディアゲートウェイを制御するために使用されます。BearerネットワークはIP、ATM、TDM、またはこれらの組み合わせである可能性がありますが、MGCPはIPを介して輸送されます。MGCP CASパッケージ[38]などのパッケージは、特定のコンテキストに拡張するために使用できる接続オプション、信号、イベント、統計定義などのパラメーターのモジュラーセットです。ATM接続の説明のための関連するIPベースのメカニズム[18]は、IETF mMUSICグループによって生成されました。MGCPデバイス制御プロトコルのすべての側面のIP中心の性質により、および他のMGCPパッケージ定義との一貫性のために、MGCP ATMパッケージをIETFドキュメントに公開することが望ましいです。
MGCP [36] allows the auditing of endpoints for package versions supported. The package version for the MGCP ATM package, as specified in this document, is 0. Even if the ATM package is the default package for some endpoints, the package prefix "atm" shall not be omitted in local connection option names, event names, signal names etc. If the ATM package is the default package for an endpoint, it will be listed as the first package in the audit response list. It is not necessary for the MGCP ATM package to be the default package for ATM to be supported on an endpoint.
MGCP [36]により、サポートされているパッケージバージョンのエンドポイントの監査が可能になります。このドキュメントで指定されているように、MGCP ATMパッケージのパッケージバージョンは0です。ATMパッケージがいくつかのエンドポイントのデフォルトパッケージであっても、パッケージのプレフィックス「ATM」はローカル接続オプション名、イベント名で省略されてはなりません。信号名など。ATMパッケージがエンドポイントのデフォルトパッケージである場合、監査応答リストの最初のパッケージとしてリストされます。MGCP ATMパッケージがエンドポイントでATMをサポートするデフォルトパッケージである必要はありません。
The ATM package in this document consists of Local Connection Options (Section 3.0), Events and Signals (Section 4.0) and ATM Statistics Parameters (Section 5.0). Section 6.1 has guidelines for consistency in the use of Local Connection Options. Section 6.2 describes codec and profile negotiation. Section 7.0 addresses security considerations.
このドキュメントのATMパッケージは、ローカル接続オプション（セクション3.0）、イベントと信号（セクション4.0）、およびATM統計パラメーター（セクション5.0）で構成されています。セクション6.1には、ローカル接続オプションの使用における一貫性に関するガイドラインがあります。セクション6.2では、コーデックとプロファイルの交渉について説明します。セクション7.0では、セキュリティに関する考慮事項について説明します。
In the ATM networks addressed in this document, services are carried directly over ATM without an intervening IP layer. The Local Connection Options, Events, Signals and Statistics Parameters described in this section are not needed for VoIP calls which can be carried, in whole or in part, over an ATM network. In that case, the constructs defined elsewhere for IP are sufficient.
このドキュメントで扱われているATMネットワークでは、介在するIPレイヤーなしでサービスがATM上に直接運ばれます。このセクションで説明したローカル接続オプション、イベント、シグナル、統計パラメーターは、ATMネットワークを介して全体または一部を運ぶことができるVoIP呼び出しには必要ありません。その場合、IPのために他の場所で定義されているコンストラクトで十分です。
The ATM local connection option names, event names and signal names MUST always have an "atm" package prefix. Backward compatibility with older implementations that use X-atm as the package name is desirable.
ATMローカル接続オプション名、イベント名、および信号名には、常に「ATM」パッケージのプレフィックスが必要です。X-ATMをパッケージ名として使用する古い実装との後方互換性が望ましい。
MGCP grammar [36] must be followed with regard to the use of white spaces. The examples in this document attempt to follow MGCP grammar in this and all other respects.
MGCP文法[36]は、白い空間の使用に関して従う必要があります。このドキュメントの例は、これおよび他のすべての点でMGCP文法に従うことを試みています。
The Local Connection Options (LCOs) defined in this section are specific to ATM applications. Like other LCOs, these can be used in commands to create connections, modify connections and audit connections. However, unless noted otherwise below, they are not to be returned when an endpoint is audited for capabilities.
このセクションで定義されているローカル接続オプション（LCO）は、ATMアプリケーションに固有です。他のLCOと同様に、これらをコマンドで使用して、接続を作成し、接続を変更し、接続を監査することができます。ただし、以下に特に述べられない限り、エンドポイントが機能について監査された場合、それらは返されません。
ATM Local Connection Options are divided into the following categories: ATM bearer connection, ATM adaptation layer, service layer, ATM bearer traffic management and AAL dimensioning.
ATMローカル接続オプションは、ATMベアラー接続、ATM適応レイヤー、サービスレイヤー、ATMベアラートラフィック管理、AAL寸法のカテゴリに分けられます。
When parameter values are represented in decimal format, leading zeros are omitted.
パラメーター値が小数形式で表される場合、先行ゼロは省略されます。
These local connection options are used to parameterize ATM bearer connections.
これらのローカル接続オプションは、ATMベアラー接続のパラメーター化に使用されます。
TABLE 1: Local Connection Options for ATM Bearers
+---------+---------------+---------------------------------------+
| LCO | Meaning | Values |
+---------+---------------+---------------------------------------+
| ct | Connection |AAL1, AAL1_SDT, AAL1_UDT, AAL2, AAL3/4,|
| | Type |AAL5, USER_DEFINED_AAL |
+---------+---------------+---------------------------------------+
| vc |VC/Bearer type | PVC, SVC, CID |
+---------+---------------+---------------------------------------+
| se | Enable path | on, off |
| | set-up | |
+---------+---------------+---------------------------------------+
| ci | Connection | See below |
| | Element | |
| | Identifier | |
+---------+---------------+---------------------------------------+
Connection type (ct): This parameter describes the ATM adaptation layer. The values that can be assigned to it are: AAL1, AAL1_SDT, AAL1_UDT, AAL2, AAL3/4, AAL5 and USER_DEFINED_AAL. The user defined adaptation layer is per amendment 2 of ITU-T Q.2931.
接続タイプ（CT）：このパラメーターは、ATM適応層を記述します。割り当てられる値は、AAL1、AAL1_SDT、AAL1_UDT、AAL2、AAL3/4、AAL5およびUSER_DEFINED_AALです。ユーザー定義の適応レイヤーは、ITU-T Q.2931の修正2人です。
Type of Bearer/VC (vc): This indicates whether a PVC, CID or an SVC is to be used for an ATM connection. Possible values are: PVC, SVC or CID. Omitting this parameter will result in the use of a default, which could be embedded or provisioned. The value "PVC" covers both classical PVCs and SPVCs. The value "CID" covers subchannels within AAL1 [35] and AAL2 [10] virtual circuits. A value of "SVC" for atm/vc does not necessarily imply that the addressed media gateway should initiate signaling for bearer set-up, since this might be done by another node such as the far-end media gateway.
BEARER/VCのタイプ（VC）：これは、PVC、CID、またはSVCがATM接続に使用されるかどうかを示します。考えられる値は、PVC、SVC、またはCIDです。このパラメーターを除外すると、デフォルトが使用されます。これは、組み込みまたはプロビジョニングできます。値「PVC」は、古典的なPVCとSPVCの両方をカバーします。値「CID」は、AAL1 [35]およびAAL2 [10]仮想回路内のサブチャネルをカバーしています。ATM/VCの「SVC」の値は、アドレス指定されたメディアゲートウェイがベアラーのセットアップのシグナリングを開始することを必ずしも暗示しているわけではありません。
Enable path set-up (se): This local connection option is used to explicitly enable or disable the use of bearer signaling for path set-up. Permitted values of this local connection option are "on" and "off". Examples of bearer signaling are SVC signaling, ITU Q.2630.1 signaling and combinations thereof. Examples of such combinations are the set-up of an AAL2 SVC and the assignment of a CID within it or the set-up of a concatenation of an AAL2 single-CID SVC and a CID channel within a multiplexed AAL2 VC. This parameter can be used with both the backward and forward bearer connection set-up methods. In the former case, the call-terminating gateway sets up the bearer connection. In the latter case, the call-originating gateway sets up the bearer connection.
パスセットアップを有効にする（SE）：このローカル接続オプションは、パスセットアップのベアラーシグナリングの使用を明示的に有効または無効にするために使用されます。このローカル接続オプションの許可された値は、「on」と「off」です。ベアラーシグナル伝達の例は、SVCシグナル伝達、ITU Q.2630.1シグナル伝達、およびその組み合わせです。このような組み合わせの例は、AAL2 SVCのセットアップと、その中のCIDの割り当て、または多重化されたAAL2 VC内のAAL2単一CID SVCとCIDチャネルの連結のセットアップです。このパラメーターは、後方および前方のベアラー接続セットアップメソッドの両方で使用できます。前者のケースでは、コール終了ゲートウェイがBearer接続をセットアップします。後者の場合、コールオリジーのゲートウェイがBearer接続をセットアップします。
This option may or may not be used in conjunction with atm/sc event notification. When this option and the atm/sc event notification are omitted, creating and modifying connection commands, the call agent is deferring any relevant decision to set up an ATM or AAL2 connection to the media gateways. In the absence of this parameter, a media gateway's autonomous decision to set up an ATM or AAL2 path via bearer signaling depends on default/provisioned behaviors, such as the applicability and nature (backward/forward) of a bearer connection set-up model, the network type ('nt'), connection type ('atm/ct') and bearer type/VC ('atm/vc') local connection options, and the media gateway's awareness of whether it is the originating gateway or terminating gateway in a call. This awareness may be based on the presence or absence of an SDP remote connection descriptor in the initial create connection command.
このオプションは、ATM/SCイベント通知と併せて使用される場合と使用できない場合があります。このオプションとATM/SCイベントの通知が省略され、接続コマンドの作成と変更が省略された場合、コールエージェントは、メディアゲートウェイへのATMまたはAAL2接続をセットアップするための関連する決定を延期しています。このパラメーターがない場合、Bearerシグナル伝達を介してATMまたはAAL2パスをセットアップするというメディアゲートウェイの自律的な決定は、Bearer接続セットアップモデルの適用可能性や性質（後方/前方）などのデフォルト/プロビジョニングされた動作に依存します。ネットワークタイプ（ 'nt'）、接続タイプ（ 'atm/ct'）、およびベアラータイプ/vc（ 'atm/vc'）ローカル接続オプション、およびメディアゲートウェイが発信するゲートウェイであるか、ゲートウェイを終了するかについてのメディアゲートウェイの認識呼び出し。この認識は、初期Create ConnectionコマンドにSDPリモート接続記述子の存在または不在に基づいている場合があります。
Connection Element Identifier (ci): This indicates the Virtual Circuit or CID to be used for the bearer connection. It is used when the call agent manages VC and/or CID resources in the bearer network.
接続要素識別子（CI）：これは、Bearer接続に使用される仮想回路またはCIDを示します。コールエージェントがBearerネットワークでVCおよび/またはCIDリソースを管理するときに使用されます。
The ci parameter can be in one of the following formats:
CIパラメーターは、次の形式のいずれかにすることができます。
* VCCI-<vcci> * VCCI-<vcci>/CID-<cid> * <ATMaddressType>-<ATMaddress>/VCCI-<vcci> * <ATMaddress>/VCCI-<vcci> * <ATMaddressType>-<ATMaddress>/VCCI-<vcci>/CID-<cid> * <ATMaddress>/VCCI-<vcci>/CID-<cid> * BCG-<bcg>/VCCI-<vcci> * BCG-<bcg>/VCCI-<vcci>/CID-<cid> * BCG-<bcg>/VPI-<vpi>/VCI-<vci> * BCG-<bcg>/VPI-<vpi>/VCI-<vci>/CID-<cid> * PORT-<portId>/VPI-<vpi>/VCI-<vci> * PORT-<portId>/VPI-<vpi>/VCI-<vci>/CID-<cid> * VPCI-<vpci>/VCI-<vci> * VPCI-<vpci>/VCI-<vci>/CID-<cid> * <ATMaddressType>-<ATMaddress>/VPCI-<vpci>/VCI-<vci> * <ATMaddress>/VPCI-<vpci>/VCI-<vci> * <ATMaddressType>-<ATMaddress>/VPCI-<vpci>/VCI-<vci>/CID-<cid> * <ATMaddress>/VPCI-<vpci>/VCI-<vci>/CID-<cid>
* vcci- <vcci> * vcci- <vcci>/cid- <cid> * <AtmaddressType> - <AtmAddress>/vcci- <vcci> * <AtmAddress>/vcci- <vcci> * <AtmaddressType> - <<AtmAddress>///vcci- <vcci>/cid- <cid> * <atmaddress>/vcci- <vcci>/cid- <cid> * bcg- <bcg>/vcci- <vcci> * bcg- <bcg>/vcci- <vcci>/cid- <cid> * bcg- <bcg>/vpi- <vpi>/vci- <vci> * bcg- <bcg>/vpi- <vpi>/vci- <vci>/cid- <cid> *port- <portid>/vpi- <vpi>/vci- <vci> * portid>/vpi- <vpi>/vci- <vci>/cid- <cid> * vpci- <vpci>/vci-<vci> * vpci- <vpci>/vci- <vci>/cid- <cid> * <AtmAddressType> - <AtmAddress>/vpci- <vpci>/vci- <vci> * <Atmaddress>/vpci-<vpci>/vci- <vci> * <AtmaddressType> - <AtmAddress>/vpci- <vpci>/vci- <vci>/cid- <cid> * <AtmAddress>/vpci- <vpci>/vci- <vci>//cid- <cid>
The subparameters of the ci parameter are defined as follows:
CIパラメーターのサブパラメーターは、次のように定義されています。
|--------------|-----------------------|----------------------------|
| Subparameter | Meaning | Representation |
|--------------|-----------------------|----------------------------|
| vcci | VC connection Id | Decimal Integer |
| | | (16-bit equivalent) |
|--------------|-----------------------|----------------------------|
| cid | Channel Id | Decimal Integer |
| | | (8-bit equivalent) |
|--------------|-----------------------|----------------------------|
|ATMaddressType| ATM address type | "NSAP", "E164", "GWID", |
| | | "ALIAS" |
|--------------|-----------------------|----------------------------|
| ATMaddress | ATM address | 40 hex digits ("NSAP") |
| | | upto 15 digits ("EI64") |
| | | upto 32 chars ("GWID") |
| | | upto 32 chars ("ALIAS") |
|--------------|-----------------------|----------------------------|
| bcg |Bearer Connection Group| Decimal Integer |
| | | (8-bit equivalent) |
|--------------|-----------------------|----------------------------|
| vpi | Virtual Path Id | Decimal Integer |
| | | (8 or 12-bit equivalent) |
|--------------|-----------------------|----------------------------|
| vci | Virtual Channel Id | Decimal Integer |
| | | (16-bit equivalent) |
|--------------|-----------------------|----------------------------|
| portID | Port Id | Decimal Integer |
| | | (32-bit equivalent) |
|--------------|-----------------------|----------------------------|
| vpci | VP connection ID | Decimal Integer |
| | | (16-bit equivalent) |
|--------------|-----------------------|----------------------------|
The CID, or Channel ID, can refer to AAL1 as well as AAL2 applications. In AAL1 applications based on [35], it refers to the octet position, starting from one, within an n x 64 SDT frame.
CIDまたはチャネルIDは、AAL1およびAAL2アプリケーションを参照できます。[35]に基づくAAL1アプリケーションでは、n x 64 SDTフレーム内の1つから始まるオクテットの位置を指します。
The VPCI is a 16 bit field defined in Section 4.5.16 of ITU Q.2931. The VPCI is similar to the VPI, except for its width and the fact that it retains its value across VP crossconnects.
VPCIは、ITU Q.2931のセクション4.5.16で定義されている16ビットフィールドです。VPCIは、VPIの幅とVP CrossConnects全体でその値を保持するという事実を除き、VPIに似ています。
The VCCI is a 16 bit field defined in ITU Recommendation Q.2941.2 [14]. The VCCI is similar to the VCI, except for the fact that it retains its value across VC crossconnects.
VCCIは、ITUの推奨事項Q.2941.2 [14]で定義されている16ビットフィールドです。VCCIはVCIに似ていますが、VC CrossConnects全体でその値を保持しているという事実を除きます。
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 via SVC signaling messages. 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アドレスによって、任意のノードで資格を取得する必要があります。これらのパラメーターは、SVCシグナル伝達メッセージを介して事前に導入または信号を送信できます。VPCI値とVCCI値が事前に生成された場合、管理にはネットワークでそれらを一意にプロビジョニングするオプションがあります。この場合、これらのパラメーターを修飾するためには、遠端のATMアドレスは必要ありません。
The <portId> parameter is used to identify the physical trunk port on an ATM module. It can be represented as a decimal or hex number of up to 32 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ノードのペア間の接続セットをBearer接続グループにバンドルすることが意味があります。<BCG>サブパラメーターは、最大255 VPCまたはVCCのバンドルを可能にする8つのビットフィールドです。
In some applications, it is necessary to wildcard some elements of the ci local connection option. The "$" wildcard character can be substituted for some of the terms of this parameter. While wildcarding, the constant strings that qualify the terms in the ci parameter are retained. The concatenation <ATMaddressType>- <ATMaddress> can be wildcarded in the following ways:
一部のアプリケーションでは、CIローカル接続オプションの一部の要素をワイルドカードする必要があります。「$」ワイルドカード文字は、このパラメーターの項の一部に置き換えることができます。ワイルドカード中に、CIパラメーターの用語を適格にする一定の文字列が保持されます。連結<AtmAddressType> - <AtmAddress>は、次の方法でワイルドカードを使用できます。
* The entire concatenation, <ATMaddressType>-<ATMaddress>, is replaced with a "$".
* <ATMaddress> is replaced with a "$", but <ATMaddressType> is not.
*連結全体、<AtmAddressType> - <AtmAddress>は、「$」に置き換えられます。
* <AtmAddress>は「$」に置き換えられますが、<AtmAddressType>はそうではありません。
Examples of wildcarding the ci parameter in the AAL1 and AAL5 contexts are: VCCI-$, BCG-100/VPI-20/VCI-$.
AAL1およびAAL5コンテキストのCIパラメーターをワイルドカードする例は、Vcci $、BCG-100/VPI-20/VCI- $です。
Examples of wildcarding the ci parameter in the AAL2 context are: VCCI- 40/CID-$, BCG-100/VPI-20/VCI-120/CID-$.
AAL2コンテキストでCIパラメーターをワイルドカードする例は次のとおりです。VCCI-40/CID- $、BCG-100/VPI-20/VCI-120/CID- $。
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 "0x" prefix is not used, since this is always represented in hex. The last octet of the NSAP address is the 'selector' field that is available for non-standard use. For example:
アドレスタイプがNSAPである場合、アドレスは標準の点線の16進形式で表されます。これは40ヘクスの数字の文字列であり、2番目、6、10、14、18、22、26、30、34、38番目、38番目の数字の後に点があります。「0x」のプレフィックスは使用されません。これは常に六角形で表されるためです。NSAPアドレスの最後のオクテットは、非標準使用に使用できる「セレクター」フィールドです。例えば：
L: atm/ci:NSAP-47.0091.8100.0000.0060.3e64.fd01.0060.3e64.fd01.00/ VCCI-65
L：ATM/ CI：NSAP-47.0091.8100.0000.0060.3E64.FD01.0060.3E64.FD01.00/ VCCI-65
If the ATMaddressType is E164, the ATMaddress is expressed as a decimal number with up to 15 digits. For example:
AtmAddressTypeがE164の場合、AtmAddressは最大15桁の小数点として表されます。例えば：
L: atm/ci:E164-9738294382/VCCI-100
L：ATM/CI：E164-9738294382/VCCI-100
The E.164 numbers used can be in the International Format E.164 or conform to a private numbering plan.
使用されるE.164数は、国際形式のe.164であるか、プライベート番号の計画に準拠することができます。
If the ATMaddressType 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 ATMaddress is expressed as an alphanumeric string ("A"-"Z", "a"-"z", "0" - "9",".","-","_"). For example:
AtmAddressTypeがGWIDの場合、アドレスがゲートウェイ識別子またはノードエイリアスであることを意味します。これは、グローバルにユニークである場合とそうでない場合があります。この形式では、AtmAddressは英数字の文字列（ "a" - "z"、 "a" - "z"、 " - " 9 "、"。 "、" - "、" _ "）として表現されます。例えば：
L: atm/ci:GWID-officeABCmgx101vism12
L：ATM/CI：GWID-OfficeaBCMGX101Vism12
The keyword "ALIAS" can be substituted for "GWID". For example:
キーワード「エイリアス」は、「GWID」の代わりに使用できます。例えば：
L: atm/ci:ALIAS-officeABCmgx101vism12
L：ATM/CI：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文字の可変長文字列になることは適切である必要があります。
When an endpoint supporting the ATM package is audited for capabilities, the following local connection options from Section 3.1 shall be returned: connection type (atm/ct) and VC/bearer type (atm/vc). If more than one value is supported, these shall be expressed as a list of semicolon-separated values. Although this is not very useful, it is permissible for these values to have overlapping semantics (e.g., AAL1 and AAL1_SDT). An example of returning, in audit response, the local connection options defined in Section 3.1 is:
ATMパッケージをサポートするエンドポイントが機能のために監査される場合、セクション3.1からの次のローカル接続オプションは、接続タイプ（ATM/CT）およびVC/ベアラータイプ（ATM/VC）を返します。複数の値がサポートされている場合、これらはセミコロン分離値のリストとして表されるものとします。これはあまり有用ではありませんが、これらの値がセマンティクスを重複させることは許されます（AAL1やAAL1_SDTなど）。監査応答で、セクション3.1で定義されているローカル接続オプションを返す例は次のとおりです。
A: atm/ct:AAL1_SDT;AAL2, atm/vc:PVC;CID
These local connection options are used to parameterize the ATM adaptation layer (AAL). These are further classified as: generic AAL connection options, AAL1-related connection options and AAL2-related connection options. Currently, there are no local connection options defined in this category that pertain to AAL5.
これらのローカル接続オプションは、ATM適応層（AAL）のパラメーター化に使用されます。これらは、一般的なAAL接続オプション、AAL1関連の接続オプション、AAL2関連の接続オプションとしてさらに分類されます。現在、このカテゴリにはAAL5に関係するローカル接続オプションはありません。
TABLE 2: Generic Local Connection Options for the AAL
+---------+---------------+---------------------------------------+
| LCO | Meaning | Values |
+---------+---------------+---------------------------------------+
| aalApp | Application |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 |
+---------+---------------+---------------------------------------+
| sbc | Subchannel | 1...24 for T1-based applications |
| | Count | 1...31 for E1-based applications |
+---------+---------------+---------------------------------------+
AAL application (aalApp): This connection option specifies the controlling standard for an application layer above the ATM adaptation layer. Other strings can be defined. If used, these need to be prefixed with an "X-".
AALアプリケーション（AALAPP）：この接続オプションは、ATM適応層の上のアプリケーションレイヤーの制御標準を指定します。他の文字列を定義できます。使用する場合、これらには「x-」をプレフィックスする必要があります。
"itu_h323c" Annex C of H.323 which specifies direct RTP on AAL5 [12].
"itu_h323c" aal5 [12]で直接RTPを指定するH.323の付属書C。
"af83" af-vtoa-0083.001, which specifies variable size AAL5 PDUs with PCM voice and a null SSCS [13].
「AF83」AF-VTOA-0083.001は、PCM音声とヌルSSCを備えた可変サイズAAL5 PDUSを指定します[13]。
"AAL5_SSCOP" SSCOP as defined in ITU Q.2110 [14] running over an AAL5 CPS [27]. No information is provided regarding any layers above SSCOP such as Service Specific Coordination Function (SSCF) layers.
aal5 cps [27]を実行しているITU Q.2110 [14]で定義されている「AAL5_SSCOP」SSCOP。サービス固有の調整関数（SSCF）レイヤーなど、SSCOPの上のレイヤーに関する情報は提供されていません。
"itu_i3661_unassured" SSCS with unassured transmission, per ITU I.366.1 [11].
「ITU_I3661_は、I.366.1 [11]ごとに、無保険の伝送を伴うSSCを使用しています。
"itu_i3661_assured" SSCS with assured transmission, per ITU I.366.1 [11]. This uses SSCOP [14].
「ITU_I3661_ASSURED」SSCは、I.366.1 [11]ごとに、保証された伝送を伴います。これはSSCOP [14]を使用します。
"itu_i3662" SSCS per ITU I.366.2 [2].
「ITU_I3662」SSCあたりのI.366.2 [2]。
"itu_i3651" Frame relay SSCS per ITU I.365.1 [15].
"ITU_I3651" ITU I.365.1あたりのフレームリレーSSC [15]。
"itu_i3652" Service-specific coordination function, as defined in ITU I.365.2, for Connection Oriented Network Service (SSCF-CONS) [16]. This uses SSCOP [14].
「ITU_I3652」は、接続指向ネットワークサービス（SSCF-Cons）[16]のITU I.365.2で定義されているサービス固有の調整関数。これはSSCOP [14]を使用します。
"itu_i3653" Service-specific coordination function, as defined in ITU I.365.3, for Connection Oriented Transport Service (SSCF-COTS) [17]. This uses SSCOP [14].
「ITU_I3653」は、接続指向輸送サービス（SSCF-COTS）のITU I.365.3で定義されているように、サービス固有の調整関数[17]。これはSSCOP [14]を使用します。
"itu_i3654" Service-specific coordination function, as defined in ITU I.365.4 [28].
「ITU_I3654」ITU I.365.4 [28]で定義されているサービス固有の調整関数。
"FRF5" Use of the FRF.5 frame relay standard [23], which references ITU I.365.1 [15].
「FRF5」FRF.5フレームリレー標準[23]の使用。これは、ITU I.365.1 [15]を参照しています。
"FRF8" Use of the FRF.8 frame relay standard [24]. This implies a null SSCS and the mapping of the frame relay header into the ATM header.
「FRF8」FRF.8フレームリレー標準の使用[24]。これは、null SSCとフレームリレーヘッダーのATMヘッダーへのマッピングを意味します。
"FRF11" Use of the FRF.11 frame relay standard [25].
FRF.11フレームリレー標準[25]の「FRF11」の使用。
"itu_h2221" Use of the ITU standard H.222.1 for audiovisual communication over AAL5 [22].
「ITU_H2221」AAL5を介した視聴覚通信のためのITU標準H.222.1の使用[22]。
Subchannel count (sbc): This parameter indicates the number of DS0s in an n x 64 connection. Such connections use an ATM adaptation layer 1 (ATM forum af-vtoa-78) or 2 (ITU I.366.2). 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 this parameter is omitted, the subchannel count must be known by other means.
サブチャネルカウント（SBC）：このパラメーターは、N X 64接続のDS0の数を示しています。このような接続は、ATM適応レイヤー1（ATMフォーラムAF-VTOA-78）または2（ITU I.366.2）を使用します。T1ベースのアプリケーションでは、包括的範囲に積分値を引き受けることができます[1 ... 24]。E1ベースのアプリケーションでは、包括的範囲に積分値を引き受けることができます[1 ... 31]。このパラメーターが省略されている場合、サブチャネルカウントは他の手段で知られている必要があります。
TABLE 3: Local Connection Options for AAL Type 1
+---------+---------------+---------------------------------------+
| LCO | Meaning | Values |
+---------+---------------+---------------------------------------+
| pf | Partial fill | 1...48 |
| | | |
+---------+---------------+---------------------------------------+
| crt | Clock Recovery| NULL, SRTS, ADAPTIVE |
| | Type | |
+---------+---------------+---------------------------------------+
| fe | FEC enable | NULL, DELAY_SENSITIVE,LOSS_SENSITIVE |
+---------+---------------+---------------------------------------+
Partial Fill Count (pf): When present, the 'pf' parameter is used to
indicate the fill level of cells. When this local connection option
is absent, then other means (such as provisionable defaults) are used
to determine the presence and level of partial fill.
This parameter 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オーバーヘッドを含まない主要なペイロードオクテットの数を示します。
In general, permitted values of the pf parameter 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 a specified partial fill (e.g. 47) is greater than or equal to the maximum fill (in this example, 46 for AAL1 P-cells), then complete fill (46 in this example) is used. Using a 'partial' fill of 48 effectively disables partial fill. Values below or above the permissible range of 1-48 MUST be rejected with an error code of 532 {Unsupported value(s) in LocalConnectionOptions}.
一般に、PFパラメーターの許可された値は、範囲1〜48の範囲の整数です。ただし、この上限は、AALのオーバーヘッドがある場合は異なるため、異なる適応で異なります。指定された部分充填（47）が最大充填（この例では、AAL1 P細胞の場合は46）以上である場合、完全な塗りつぶし（この例では46）が使用されます。48の「部分的な」塗りつぶしを使用すると、部分的な塗りつぶしが効果的に無効になります。1〜48の許容範囲以下またはそれ以上の値は、532 {localConnectionOptionsのサポートされていない値}のエラーコードで拒否する必要があります。
In the AAL1 context, this parameter 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 it is not, then the partial fill size stated in the local connection options shall be truncated to an integer multiple of the structure size (e.g., a partial fill size of 40 is truncated to 36 to support six 6 x 64 channels).
部分塗りつけが有効になっている場合（つまり、少なくともいくつかのセルにパディングがあります）、AAL1構造はセル境界に分割してはなりません。これらは任意のセルに収まります。したがって、それらのサイズは部分的な充填サイズ以下でなければなりません。さらに、部分充填サイズは、構造サイズの整数倍数であることが好ましいです。そうでない場合は、ローカル接続オプションに記載されている部分的な塗りつぶしサイズを構造サイズの整数倍に切り捨てられます（たとえば、40の部分充填サイズが6つの6 x 64チャネルをサポートするために36に切り捨てられます）。
Clock recovery type (crt): This is used in AAL1 UDT (unstructured data transfer) applications only. It can be assigned the values: "NULL", "SRTS", or "ADAPTIVE". A value of "NULL" is equivalent to omitting this parameter and implies that the stream (T1 or E1) encapsulated in ATM is either synchronous to the ATM network or is re-timed, before AAL1 encapsulation, via slip buffers. The default value used in the absence of this LCO can be hardcoded or provisioned.
クロックリカバリタイプ（CRT）：これは、AAL1 UDT（非構造化データ転送）アプリケーションでのみ使用されます。「null」、「srts」、または「adaptive」という値を割り当てることができます。「null」の値は、このパラメーターを省略することと同等であり、ATMでカプセル化されたストリーム（T1またはE1）がATMネットワークと同期しているか、AAL1カプセル化の前にスリップバッファーを介して再チムされることを意味します。このLCOがない場合に使用されるデフォルト値は、ハードコードまたはプロビジョニングできます。
Forward Error Correction Enable (fe): This indicates whether FEC, as defined in ITU I.363.1 [1], is enabled or not. Possible values are: "NULL", "DELAY_SENSITIVE" and "LOSS_SENSITIVE". FEC can be enabled differently for delay-sensitive and loss-sensitive connections. A "NULL" value implies disabling FEC for an AAL1 connection.
順方向エラー補正有効（FE）：これは、ITU I.363.1 [1]で定義されているFECが有効かどうかを示します。考えられる値は、「null」、「delay_sensitive」、「loss_sensitive」です。FECは、遅延に敏感で損失に敏感な接続のために、異なる方法で有効にすることができます。「null」値は、AAL1接続のFECを無効にすることを意味します。
TABLE 4: Local Connection Options for AAL Type 2
+---------+---------------+---------------------------------------+
| LCO | Meaning | Values |
+---------+---------------+---------------------------------------+
| pfl | Profile List | See below |
| | | |
+---------+---------------+---------------------------------------+
| smplCPS | Simplified CPS| on, off |
| | [21] | |
+---------+---------------+---------------------------------------+
| tmcu | Combined use | Integer microseconds |
| | timer | (32-bit equivalent) |
+---------+---------------+---------------------------------------+
| aalsap |Service access | AUDIO, MULTIRATE |
| |point | |
+---------+---------------+---------------------------------------+
| cktmd | Circuit mode | on, off |
| | | |
+---------+---------------+---------------------------------------+
| frmd | Frame mode | on,off |
| | enable | |
+---------+---------------+---------------------------------------+
| genpcm | Generic PCM | PCMA, PCMU |
| | setting | |
+---------+---------------+---------------------------------------+
| ted | Transmission | on,off |
| |error detection| |
+---------+---------------+---------------------------------------+
|rastimer | SSSAR | |
| | reassembly | Integer microseconds |
| | timer | (32-bit equivalent) |
+---------+---------------+---------------------------------------+
Profile List (pfl): This is a list of profiles. Profile types are followed by profile numbers for each type. The ordering of profiles can imply preference, with the most preferred profile first. There can be multiple instances of the same profile type in this list. Spaces are used as delimiters within this list. Therefore, to comply with MGCP syntax [36], it is necessary to enclose this list in double quotes.
プロファイルリスト（PFL）：これはプロファイルのリストです。プロファイルタイプの後に、各タイプのプロファイル番号が続きます。プロファイルの順序は、最初に最も好ましいプロファイルを使用して、好みを意味する可能性があります。このリストには、同じプロファイルタイプの複数のインスタンスがあります。スペースは、このリスト内の区切り文字として使用されます。したがって、MGCP構文[36]に準拠するには、このリストを二重引用符で囲む必要があります。
The format of the pfl parameter is as follows:
PFLパラメーターの形式は次のとおりです。
"<profileType#1><format list#1><profileType#2><format list#2> ...
<profileType #M><format list#M>"
where <format list#i> has the form <profile#i_1>...<profile#i_N>
The <profileType> parameter indicates the type of profile. It is expressed in the format AAL2/<profileClass> where <profileClass> identifies the source of the definition of the profile.
<ProfileType>パラメーターは、プロファイルのタイプを示します。<profileclass>は、プロファイルの定義のソースを識別する場合、aal2/<profileclass>形式で表現されます。
The <profileClass> can be assigned a string value indicating the source of the subsequent profile numbers until the next <profileType> field. The following rules apply to the contents of the <profileClass> field:
<profileclass>には、次の<profiletype>フィールドまで後続のプロファイル番号のソースを示す文字列値を割り当てることができます。次のルールは、<profileclass>フィールドの内容に適用されます。
- <profileClass> = "ITU" indicates profiles defined by ITU.
Examples: profiles defined in the I.366.2 specification [2].
- <profileClass> = "ATMF" indicates profiles defined by ATM
forum. Examples: profiles defined in af-vtoa-0113 [3] or af-
vmoa-0145.000 [21].
- <profileClass> = "custom" indicates profiles 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.
- <profileClass> = <corporateName>
An equipment vendor or service provider can use its registered,
globally unique corporate name (e.g., Cisco, Telcordia etc.) as
a string value of the <profileClass>. It is suggested that
organizations maintain consistent definitions of the advertised
AAL2 profiles that bear their corporate name.
- The <profileClass> can be based on IEEE Standard 802-1990,
Section 5.1, which defines the globally unique, IEEE-
administered, three-octet OUIs used in MAC addresses and
protocol identifiers. In this case, the <profileClass> field
shall be assigned a string value of "IEEE:" concatenated with
<oui> where <oui> is the hex representation of a three-octet
field identical to the IEEE OUI. Since this is always
represented in hex, the "0x" prefix is not used. Leading zeros
may be omitted. For example, "IEEE:00000C" and "IEEE:C" both
refer to Cisco Systems, Inc.
The <profile#> parameter is expressed as a decimal number in the range 1-255.
<プロファイル＃>パラメーターは、範囲1〜255の小数点として表されます。
An example of the use of the pfl parameter is:
PFLパラメーターの使用の例は次のとおりです。
L: atm/pfl:"AAL2/ITU 8 AAL2/ATMF 7 8 AAL2/custom 100 AAL2/cisco 200"
L：ATM/PFL：「AAL2/ITU 8 AAL2/ATMF 7 8 AAL2/CUSTAL 100 AAL2/CISCO 200」
The syntax for pfl can be represented compactly in the following ABNF (RFC2234) form:
PFLの構文は、次のABNF（RFC2234）形式でコンパクトに表現できます。
pfl = "%x22" 1*(profileType (1*profile#))"%x22"
profileType = "AAL2/" profileClass space
profile# = 1-255 space ; decimal integer followed by space
profileClass =
"ATMF"/"ITU"/"custom"/corporateName/("IEEE:" oui)
corporateName = 1*ALPHA ;one or more alphanumeric characters
oui = 1*6 HEXDIG; 1-6 hex digits per IEEE Standard 802-1990
space = %d32
Simplified CPS (smplCPS): This enables the AAL2 CPS simplification described in [21]. It can be assigned the following values: on, off. Under this simplification, each ATM cell contains exactly one AAL2 packet. If necessary, octets at the end of the cell are padded with zeros.
簡略化されたCPS（SMPLCPS）：これにより、[21]で説明されているAAL2 CPSの単純化が可能になります。次の値を割り当てることができます：オン、オフ。この単純化の下で、各ATMセルにはAAL2パケットが1つだけ含まれています。必要に応じて、セルの端にあるオクテットにはゼロが詰め込まれています。
AAL2 combined use timer (tmcu): This is defined in ITU I.363.2 [10]. It is an integer number of microseconds, represented as the decimal equivalent of 32 bits.
AAL2 Combined Use Timer（TMCU）：これはITU I.363.2 [10]で定義されています。これは、32ビットに相当する小数に相当する整数数のマイクロ秒です。
AAL service access point (aalsap): The service access point for AAL2 is defined in ITU I.366.2 [2]. The aalsap local connection option can take on the following string values: AUDIO, MULTIRATE.
AALサービスアクセスポイント（AALSAP）：AAL2のサービスアクセスポイントは、ITU I.366.2 [2]で定義されています。AALSAP Local Connectionオプションは、次の文字列値を使用できます。オーディオ、マルチレート。
Circuit mode (cktmd): This is used to enable circuit mode data [2]. It can be assigned a value of "on" or "off".
回路モード（CKTMD）：これは、回路モードデータを有効にするために使用されます[2]。「on」または「off」の値を割り当てることができます。
Frame mode (frmd): This is used to enable frame mode data [2]. It can be assigned a value of "on" or "off".
フレームモード（FRMD）：これは、フレームモードデータを有効にするために使用されます[2]。「on」または「off」の値を割り当てることができます。
Generic PCM setting (genpcm): This indicates whether generic PCM encoding in AAL2 profiles is A-law or Mu-law. It can be assigned the string values of "PCMA" and "PCMU".
ジェネリックPCM設定（GENPCM）：これは、AAL2プロファイルでエンコードする一般的なPCMがA-LAWまたはMU-LAWであるかどうかを示します。「PCMA」と「PCMU」の文字列値を割り当てることができます。
Transmission error detection (ted): Transmission error detection is defined in ITU I.366.1 [11]. The ted local connection option can take on the following values: on, off. This local connection option is useful in qualifying the aalApp local connection option, when the value of the latter is "itu_i3661_unassured".
伝送エラー検出（TED）：透過誤差検出は、ITU I.366.1 [11]で定義されています。TEDローカル接続オプションは、次の値を引き受けることができます。オン、オフ。このローカル接続オプションは、後者の値が「ITU_I3661_UNASSURED」である場合に、AALAPPローカル接続オプションを修飾するのに役立ちます。
SSSAR reassembly timer (rastimer): This is defined in ITU I.366.1 [11]. It is an integer number of microseconds, represented as the decimal equivalent of 32 bits.
SSSAR再組み立てタイマー（Rastimer）：これはITU I.366.1 [11]で定義されています。これは、32ビットに相当する小数に相当する整数数のマイクロ秒です。
When an endpoint supporting the ATM package is audited for capabilities, the following local connection options from Section 3.2 shall be returned: application (atm/aalApp). Further, if one of the values atm/ct is "AAL2", the following additional local connection options shall be returned: profile list (atm/pfl), simplified CPS (atm/smplCPS), service access point (atm/aalsap), circuit mode enable(atm/cktmd), frame mode enable (atm/frmd) and generic PCM setting (atm/genpcm). If more than one value is supported, these shall be expressed as a list of semicolon-separated values. For atm/smplCPS, atm/cktmd and atm/frmd, an audit can return "on", "off" or "on;off" depending on whether the mode is mandatory, unsupported or optional for the endpoint.
ATMパッケージをサポートするエンドポイントが機能のために監査される場合、セクション3.2からの次のローカル接続オプションは、アプリケーション（ATM/AALAPP）を返します。さらに、値ATM/CTの1つが「AAL2」の場合、次の追加のローカル接続オプションを返します。プロファイルリスト（ATM/PFL）、簡略化されたCPS（ATM/SMPLCPS）、サービスアクセスポイント（ATM/AALSAP）、回路モードイネーブル（ATM/CKTMD）、フレームモードイネーブル（ATM/FRMD）、および汎用PCM設定（ATM/GENPCM）。複数の値がサポートされている場合、これらはセミコロン分離値のリストとして表されるものとします。ATM/SMPLCPS、ATM/CKTMD、およびATM/FRMDの場合、監査は、エンドポイントの場合、モードが必須、サポートされていない、またはオプションであるかどうかに応じて、「オン」、「オフ」、または「オン」を返すことができます。
An example of returning, in audit response, the local connection options defined in Section 3.2 is:
監査応答で、セクション3.2で定義されているローカル接続オプションを返す例は次のとおりです。
A: atm/aalApp:itu_i3662, atm/pfl:"AAL2/ATMF 7 8", smplCPS:on;off,
aalsap:MULTIRATE, cktmd:off, frmd:off, genpcm:PCMU;PCMA
TABLE 5: Local Connection Options for the Service Layer
+--------------+---------------+----------------------------------+
| LCO | Meaning | Values |
+--------------+---------------+----------------------------------+
| vsel | Voice codec | See below |
| | Selection | |
+--------------+---------------+----------------------------------+
| dsel | Data codec | See below |
| | Selection | |
+--------------+---------------+----------------------------------+
| fsel | Fax codec | See below |
| | Selection | |
+--------------+---------------+----------------------------------+
| ccnf | Codec | Even number (4 - 32) hex digits |
| | Configuration | |
+--------------+---------------+----------------------------------+
| usi | ISUP User | Two hex digits |
| | Information | |
+--------------+---------------+----------------------------------+
Voice codec selection (vsel): This is a prioritized list of one or
more 3-tuples describing voice service. Each vsel 3-tuple indicates
a codec, an optional packet length and an optional packetization
period.
The vsel local connection option is structured as follows:
VSELローカル接続オプションは、次のように構成されています。
"<encodingName #1> <packetLength #1><packetTime #1>
<encodingName #2> <packetLength #2><packetTime #2>
...
<encodingName #N> <packetLength #N><packetTime #N>"
where the <encodingName> refers to a codec name such as PCMU, G726- 32, G729 etc. See [18] and [34] for a list of codecs with static payload types. 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.
<encodingName>は、静的なペイロードタイプのコーデックのリストについては、PCMU、G726- 32、G729などのコーデック名を参照してください。[18]および[34]を参照してください。<ecketlength>は、オクテットのパケット長の小数整数表現です。<packettime>は、マイクロ秒単位でのパケット化間隔の小数整数表現です。
Voiceband data codec selection (dsel): This is a prioritized list of one or more 3-tuples describing voiceband data passthrough service. Each dsel 3-tuple indicates a codec, an optional packet length and an optional packetization period. Depending on the application, the dsel local connection option may or may not cover facsimile service. This is indicated via an <fxIncl> flag preceding the list of 3- tuples. This flag indicates whether the dsel list explicitly addresses facsimile ("on" value) or not ("off" value). This flag can also be set to "-", which is equivalent to setting it to "off".
VoiceBand Data Codec選択（DSEL）：これは、VoiceBand Data Passthroughサービスを説明する1つ以上の3タプルの優先順位付けされたリストです。各DSEL 3タプルは、コーデック、オプションのパケット長、およびオプションのパケット化期間を示します。アプリケーションに応じて、DSELローカル接続オプションはファクシミリサービスをカバーする場合とカバーできない場合があります。これは、3タプルのリストの前の<fxincl>フラグを介して示されています。このフラグは、DSELリストがFACSIMILE（ "on" value）またはnot（ "off" Value）に明示的に対処しているかどうかを示します。このフラグは「 - 」に設定することもできます。これは、「オフ」に設定するのと同等です。
If <fxIncl> is "on", then it is rarely useful to also include an fsel option. However, it is syntactically correct to do so as long as the dsel and fsel options include an identical set of 3-tuples, perhaps in a different order.
<fxincl>が「on」の場合、FSELオプションも含めることはほとんど役立ちません。ただし、DSELとFSELのオプションに同一の3タプルのセットが含まれている限り、おそらく別の順序で3タプルのセットが含まれている限り、構文的に正しいです。
If <fxIncl> is "off", then any fsel list may still be ignored if the media gateway does not provide separate treatment of voiceband data passthrough and fax. Since, in this case, there is no distinct facsimile service from the media gateway's perspective, any fsel list does not apply.
<fxincl>が「オフ」の場合、メディアゲートウェイがVoiceBandデータパススルーとFAXの個別の処理を提供しない場合、FSELリストはまだ無視される場合があります。この場合、Media Gatewayの観点からは明確なファクシミリサービスはないため、FSELリストは適用されません。
The dsel local connection option is structured as follows:
DSELローカル接続オプションは、次のように構成されています。
"<fxIncl> <encodingName #1> <packetLength #1><packetTime #1>
<encodingName #2> <packetLength #2><packetTime #2>
...
<encodingName #N> <packetLength #N><packetTime #N>"
where the <encodingName> refers to a codec name such as PCMU, G726- 32, G729 etc. 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.
<encodingName>は、PCMU、G726- 32、G729などのコーデック名を指します。<packettime>は、マイクロ秒単位でのパケット化間隔の小数整数表現です。
Facsimile codec selection (fsel): This is a prioritized list of one or more 3-tuples describing fax service. Each fsel 3-tuple indicates a codec, an optional packet length and an optional packetization period. If the dsel option includes facsimile, the fsel connection option should be consistent with it. Each fsel 3-tuple indicates a codec, an optional packet length and an optional packetization period. The fsel local connection option is structured as follows:
ファクシミリコードセレクション（FSEL）：これは、FAXサービスを説明する1つ以上の3タプルの優先順位付けされたリストです。各FSEL 3タプルは、コーデック、オプションのパケット長、およびオプションのパケット化期間を示します。DSELオプションにFACSIMILEが含まれている場合、FSEL接続オプションはそれと一致するはずです。各FSEL 3タプルは、コーデック、オプションのパケット長、およびオプションのパケット化期間を示します。FSELローカル接続オプションは次のように構成されています。
"<encodingName #1> <packetLength #1><packetTime #1>
<encodingName #2> <packetLength #2><packetTime #2>
...
<encodingName #N> <packetLength #N><packetTime #N>"
where the <encodingName> refers to a codec name such as PCMU, G726- 32, G729 etc. 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.
<encodingName>は、PCMU、G726- 32、G729などのコーデック名を指します。<packettime>は、マイクロ秒単位でのパケット化間隔の小数整数表現です。
Since spaces are used as delimiters within the vsel, dsel and fsel lists, it is necessary to enclose these lists in double quotes [36].
スペースはVSEL、DSEL、およびFSELリスト内の区切り文字として使用されるため、これらのリストを二重引用符で囲む必要があります[36]。
The vsel, fsel and dsel parameters complement the rest of the local connection options and should be consistent with them.
VSEL、FSEL、およびDSELパラメーターは、ローカル接続オプションの残りの部分を補完し、それらと一致する必要があります。
Examples of the use of these parameters are:
これらのパラメーターの使用の例は次のとおりです。
L: atm/vsel:"G729 10 10000 G726-32 40 10000"
L: atm/dsel:"off PCMA 10 10000 G726-32 40 10000"
L: atm/fsel:"PCMU 40 5000 G726-32 20 5000"
L: atm/vsel:"G729 10 10000 G726-32 40 10000"
L: atm/dsel:"on PCMA 10 10000 G726-32 40 10000"
The <packetLength>and <packetTime> can be set to "-" when not needed. A <fxIncl> value of "-" is equivalent to setting it to "off". For example:
<packetlength>および<packettime>は、「 - 」に設定できます。「 - 」の<fxincl>値は、「オフ」に設定するのと同等です。例えば：
L: atm/vsel:"G729 - - G726-32 - -"
L: atm/dsel:"- G729 - - G726-32 - -"
L: atm/fsel:"G729-24 - -"
The vsel, dsel and fsel local connection options can be used in the AAL1, AAL2 and AAL5 contexts. The <packetLength> and <packetTime> are not meaningful in the AAL1 case and should be set to "-". In the AAL2 case, these local connection options indicate the preferred use of some or all of the rows in a given profile table. If multiple 3- tuples are present, they can indicate a preferentially ordered assignment of some rows in that profile to voice, voiceband data passthrough or facsimile service (e.g., row A preferred to row B etc). If multiple profiles are specified in the pfl parameter (described in section 3.2), the profile qualified by these local connection options is the first profile in the list.
VSEL、DSEL、およびFSELローカル接続オプションは、AAL1、AAL2、およびAAL5コンテキストで使用できます。<packetlength>および<packettime>は、AAL1のケースでは意味がなく、「 - 」に設定する必要があります。AAL2の場合、これらのローカル接続オプションは、特定のプロファイルテーブルの一部またはすべての行の好ましい使用を示しています。複数の3タプルが存在する場合、音声、音声バンドデータパススルー、またはファクシミリサービス（例：行Aを行Bなど）にするために、そのプロファイルのいくつかの行の優先的に順序付けられた割り当てを示すことができます。PFLパラメーター（セクション3.2で説明）で複数のプロファイルが指定されている場合、これらのローカル接続オプションで適格なプロファイルがリスト内の最初のプロファイルです。
Codec configuration (ccnf): This is used to convey the contents of the single codec information element (IE) defined in [30]. 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[30, 31]. Since this bit-map is always represented in hex format, the "0x" prefix is omitted. Leading zeros are not omitted. For example:
Codec構成（CCNF）：これは、[30]で定義されている単一のコーデック情報要素（IE）の内容を伝えるために使用されます。このIEの内容は次のとおりです。単一オクテットの組織識別子（OID）フィールド、続いてシングルオクテットのコーデック型フィールドが続き、その後、コーデック構成ビットマップのゼロ以上のオクテットが続きます。コーデック構成ビットマップのセマンティクスは、組織に固有のものです[30、31]。このビットマップは常に16進形式で表されるため、「0x」プレフィックスは省略されています。主要なゼロは省略されていません。例えば：
L: atm/ccnf:01080C
L：ATM/CCNF：01080C
indicates an Organizational Identifier of 0x01(the ITU-T). Using [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）の組織識別子を示します。[57]を使用して、2番目のオクテット（0x08）は、G.726（ADPCM）のコーデックタイプを示します。最後のオクテットである0x0Cは、16 kbpsおよび24 kbpsのレートがサポートされていない一方で、32 kbpsと40 kbpsのレートがサポートされていることを示しています。
ISUP User Information (usi): This is used to convey the contents of the 'User Information Layer 1 protocol' field within the bearer capability information element defined in Section 4.5.5 of [32], and reiterated as the user service information element (IE) in Section 3.57 of [33]. The 'User Information Layer 1 protocol' field consists of the five least significant bits of Octet 5 of this information element.
ISUPユーザー情報（USI）：これは、[32]のセクション4.5.5で定義され、ユーザーサービス情報要素として繰り返された「ユーザー情報レイヤー1プロトコル」フィールドのコンテンツを伝達するために使用されます。IE）[33]のセクション3.57。「ユーザー情報レイヤー1プロトコル」フィールドは、この情報要素のオクテット5の5つの最も重要なビットで構成されています。
The usi LCO represented as a string of two hex digits. The "0x" prefix is omitted since this value is always hexadecimal. These hex digits are constructed from an octet with three leading '0' bits and the last five bits equal to the 'User Information Layer 1 protocol' field described above. Digits to the left are more significant than digits to the right. The resulting values of the usi local connection option are as follows:
USI LCOは、2ヘクス桁の文字列として表されました。この値は常に16進数であるため、「0x」プレフィックスは省略されています。これらの16進数は、3つのリーディング「0」ビットを備えたオクテットから構成されており、最後の5ビットは上記の「ユーザー情報レイヤー1プロトコル」フィールドに等しくなります。左の数字は、右側の数字よりも重要です。USIローカル接続オプションの結果の値は次のとおりです。
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 Mu-Law 0x03推奨G.711 A-Law 0x04推奨G.721 32 Kbps ADPCMおよび推奨I.460 0x05推奨H.221およびH.242 0x06推奨事項H.223およびH.245 0x07非ITU-T標準化されたレート適応0x08 ITU-T標準化レート適応V.120 0x09 CCITT標準化レート適応X.31 HDLCフラグスタッフィング
These local connection options are used to convey ATM traffic parameters.
これらのローカル接続オプションは、ATMトラフィックパラメーターを伝えるために使用されます。
TABLE 6: Local Connection Options for ATM bearer traffic management
+---------+---------------+---------------------------------------+
| ATM LCO | Meaning | Values |
+---------+---------------+---------------------------------------+
| atc | ATM transfer |CBR, nrt-VBR, rt-VBR, UBR, ABR, GFR, |
| | capability or |DBR,SBR,ABT/IT,ABT/DT |
| | service | |
| | category | |
+---------+---------------+---------------------------------------+
| sbt |atc subtype | 1...5 |
+---------+---------------+---------------------------------------+
| qos | QoS class | 0...5 |
+---------+---------------+---------------------------------------+
| bcob |Broadband | 0...31 |
| |Connection |(Defined values listed below) |
| |-Oriented | |
| |Bearer Class | |
+---------+---------------+---------------------------------------+
| eetim |End-to-end |on,off |
| |timing required| |
+---------+---------------+---------------------------------------+
| stc |Susceptibility | 0...3 |
| |to clipping |(Defined values listed below) |
+---------+---------------+---------------------------------------+
| upcc |User plane |0...3 |
| |connection |(Defined values listed below) |
| |configuration | |
+---------+---------------+---------------------------------------+
+---------+---------------+---------------------------------------+
| aqf |ATM QoS | List, see below |
| |parameters, | |
| |forward | |
| |direction | |
+---------+---------------+---------------------------------------+
| aqb |ATM QoS | List, see below |
| |parameters, | |
| |backward | |
| |direction | |
+---------+---------------+---------------------------------------+
| adf0+1 |ATM traffic | List, see below |
| |descriptor, | |
| |forward | |
| |direction, | |
| |CLP-independent| |
+---------+---------------+---------------------------------------+
| adf0 |ATM traffic | List, see below |
| |descriptor, | |
| |forward | |
| |direction, | |
| |CLP=0 | |
+---------+---------------+---------------------------------------+
| adb0+1 |ATM traffic | List, see below |
| |descriptor, | |
| |backward | |
| |direction, | |
| |CLP-independent| |
+---------+---------------+---------------------------------------+
| adb |ATM traffic | List, see below |
| |descriptor, | |
| |backward | |
| |direction, | |
| |CLP=0 | |
+---------+---------------+---------------------------------------+
| abrf |ABR parameters,| List, see below |
| |forward | |
| |direction | |
+---------+---------------+---------------------------------------+
| abrb |ABR parameters,| List, see below |
| |backward | |
| |direction | |
+---------+---------------+---------------------------------------+
|abrSetup |ABR connection | List, see below |
| |set-up | |
| |parameters | |
+---------+---------------+---------------------------------------+
ATM transfer capability (atc): This parameter indicates the ATM
Transfer Capability described in ITU I.371 [19], equivalent to the
ATM Service Category described in the UNI 4.1 Traffic Management
specification [8]. In applications conforming to ITU I.371, this
parameter can be assigned the following values: DBR, SBR, ABT/IT,
ABT/DT, ABR. In applications conforming to the UNI 4.1 Traffic
Management specification, this parameter can be assigned the
following values: CBR, nrt-VBR, rt-VBR, UBR, ABR, GFR.
Subtype (sbt): This qualifies the atc local connection option. It can be assigned integer values of 1...5. The following combinations of the atc and sbt local connection options are meaningful:
サブタイプ（SBT）：これにより、ATCローカル接続オプションが適格です。1 ... 5の整数値を割り当てることができます。ATCとSBTのローカル接続オプションの次の組み合わせは意味があります。
atc sbt Resulting transport
ATC SBTの結果輸送
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)
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
Subtypes for the atc values of CBR or DBR are per [29]. Subtypes for the remaining atc values are per [8] and [19].
CBRまたはDBRのATC値のサブタイプは[29]ごとです。残りのATC値のサブタイプは[8]および[19]ごとにです。
QoS class (qos): This indicates the QoS class specified in ITU I.2965.1 [4]. It can take on the integer decimal values in the range 0 - 5. These values are mapped into QoS classes as follows:
QoSクラス（QoS）：これは、ITU I.2965.1 [4]で指定されたQoSクラスを示します。範囲0〜5の整数小数値を引き受けることができます。これらの値は、次のようにQoSクラスにマッピングされます。
----------------------------------------------------------
| VALUE | MEANING |
----------------------------------------------------------
| 0 | Default QoS |
----------------------------------------------------------
| 1 | Stringent |
----------------------------------------------------------
| 2 | Tolerant |
----------------------------------------------------------
| 3 | Bi-level |
----------------------------------------------------------
| 4 | Unbounded |
----------------------------------------------------------
| 5 | Stringent bi-level |
----------------------------------------------------------
Broadband Connection-Oriented Bearer Class (bcob): The bcob local connection option indicates the Broadband Connection-Oriented Bearer Class specified in ITU Q.2961.2 [5]. It is represented as a decimal number in the range 0 - 31, or its hex equivalent (range 0x0 - 0x1F). The following values are currently defined:
ブロードバンド接続指向のベアラークラス（BCOB）：BCOBローカル接続オプションは、ITU Q.2961.2 [5]で指定されたブロードバンド接続指向のベアラークラスを示します。これは、範囲0〜31、またはその16進同等の10進数として表されます（範囲0x0-0x1F）。現在、次の値が定義されています。
----------------------------------------------------------
| VALUE | MEANING |
----------------------------------------------------------
| 1 | BCOB-A |
----------------------------------------------------------
| 3 | BCOB-C |
----------------------------------------------------------
| 5 | Frame relaying bearer service |
----------------------------------------------------------
| 16 | BCOB-X |
----------------------------------------------------------
| 24 | BCOB-VP (transparent VP service) |
----------------------------------------------------------
End-to-end timing (eetim): This indicates whether end-to-end timing is required (Table 4-8 of [29]). It can be assigned a value of "on" or "off".
エンドツーエンドタイミング（EETIM）：これは、エンドツーエンドタイミングが必要かどうかを示します（[29]の表4-8）。「on」または「off」の値を割り当てることができます。
Susceptibility to clipping (stc): The stc local connection option indicates susceptibility to clipping. It is represented as a decimal number in the range 0 - 3, or its hex equivalent (range 0x0 - 0x3). All values except those listed below are reserved.
クリッピングに対する感受性（STC）：STCローカル接続オプションは、クリッピングに対する感受性を示します。これは、範囲0〜3、またはその16進同等の10進数として表されます（範囲0x0-0x3）。以下にリストされている値を除くすべての値は予約されています。
----------------------------------------------------------
| VALUE | MEANING |
----------------------------------------------------------
| 0 | Not susceptible to clipping |
----------------------------------------------------------
| 1 | Susceptible to clipping |
----------------------------------------------------------
User plane connection configuration (upcc): The upcc local connection option is represented as a decimal number in the range 0 - 3, or its hex equivalent (range 0x0 - 0x3). All values except those listed below are reserved.
ユーザープレーン接続構成（UPCC）：UPCCローカル接続オプションは、範囲0〜3またはその16進同等の小数として表されます（範囲0x0-0x3）。以下にリストされている値を除くすべての値は予約されています。
----------------------------------------------------------
| VALUE | MEANING |
----------------------------------------------------------
| 0 | Point to point |
----------------------------------------------------------
| 1 | Point to multipoint |
----------------------------------------------------------
ATM QoS parameters, forward direction (aqf) and backward direction (aqb): Here, forward is the direction away from the media gateway, backward is the direction towards the gateway. If the directional convention used by bearer signaling at the gateway is different, then appropriate translations must be done by the media gateway. These parameters have the following format:
ATM QOSパラメーター、前方方向（AQF）および後方方向（AQB）：ここで、前方はメディアゲートウェイから離れた方向に、後方はゲートウェイに向かって方向です。GatewayでBearer Signalingが使用する方向条約が異なる場合、メディアゲートウェイで適切な翻訳を行う必要があります。これらのパラメーターには、次の形式があります。
"<cdvType><acdv><ccdv><eetd><cmtd><aclr>"
Since spaces are used in this list, it must be enclosed in double quotes for MGCP compliance [36].
このリストではスペースが使用されているため、MGCPコンプライアンスの二重引用符で囲まれている必要があります[36]。
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 [6] and ITU Q.2965.2 [7] respectively.
<cdvtype>パラメーターは、「pp」と「2p」の文字列値を引き受けることができます。これらは、それぞれUNI 4.0 [6]およびITU Q.2965.2 [7]で定義されているように、ピーク間CDVと2点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 or hex equivalent of 24- bit fields. These use the cell loss ratio, <aclr>, as the "alpha" quantiles defined in the ATMF TM 4.1 specification [8] and in ITU I.356 [9].
CDVパラメーター<ACDV>および<CCDV>は、それぞれ許容可能で累積CDVを参照しています。これらはマイクロ秒単位で表され、24ビットフィールドに相当する小数または16進体として表されます。これらは、ATMF TM 4.1仕様[8]およびITU I.356 [9]で定義された「アルファ」分位数として、細胞損失比<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 [7], UNI 4.0 [8] and Q.2931 [29].
トランジット遅延パラメーター<eetd>および<cmtd>は、ミリ秒単位でそれぞれエンドツーエンドおよび累積トランジットの遅延を参照しています。これらは、16ビットフィールドの10進同等物として表されます。これらのパラメーターは、Q.2965.2 [7]、UNI 4.0 [8]、Q.2931 [29]で定義されています。
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 or hex 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ビットフィールドに相当する小数または16進数として表されます。このフィールドは、1桁の範囲Nを表します。ここで、nは1〜15の範囲の整数です。細胞損失比は、nのマイナスの力に引き上げられた値10を取ります。
If any of these parameters is not specified, is inapplicable or is implied, then it is set to "-".
これらのパラメーターのいずれかが指定されていない場合、適用できない場合、または暗示されている場合、「 - 」に設定されます。
Examples of the use of the aqf and aqb local connection options are:
AQFおよびAQBローカル接続オプションの使用の例は次のとおりです。
L: atm/aqf:"PP 8125 3455 32000 - 11"
L: atm/aqb:"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ミリ秒の将来の許容ピーク間CDV、4.675 msの後方許容ピーク間CDV、3.455 msの前方累積ピークからピーク間CDV、後方累積ピーク間CDVの累積ピークからピーク間CDVを意味します。2.155ミリ秒、32ミリ秒のフォワードエンドツーエンドトランジット遅延、18ミリ秒の後方エンドツーエンドトランジット遅延、不特定の前方累積輸送遅延、不特定の後方累積輸送遅延、10の前方細胞損失比マイナス11に上昇し、マイナス12に10の後方細胞損失率。
ATM traffic descriptors, forward direction CLP=0+1 (adf0+1), backward direction CLP=0+1 (adb0+1), forward direction CLP=0 (adf0), backward direction CLP=0 (adb0): Here, forward is the direction away from the media gateway, backward is the direction towards the gateway. If the directional convention used by bearer signaling at the gateway is different, then appropriate translations must be done by the media gateway. The adf0+1, adb0+1, adf0 and adb0 local connection options have the following format:
ATMトラフィック記述子、前方向CLP = 0 1（ADF0 1）、逆方向CLP = 0 1（ADB0 1）、前方向CLP = 0（ADF0）、後方方向CLP = 0（ADB0）：ここで、前方は方向ですメディアゲートウェイから離れて、後方に向かって方向があります。GatewayでBearer Signalingが使用する方向条約が異なる場合、メディアゲートウェイで適切な翻訳を行う必要があります。ADF0 1、ADB0 1、ADF0、およびADB0ローカル接続オプションには、次の形式があります。
"<pcr><scr><mbs><cdvt><mcr><mfs><fd><te>"
Since spaces are used in these lists, they must be enclosed in double quotes for MGCP compliance [36].
これらのリストではスペースが使用されているため、MGCPコンプライアンスのために二重引用符で囲まれている必要があります[36]。
These parameters are defined per the ATMF TM 4.1 specification [8]. Each of these parameters can be set to "-" if the intent is to not specify it via MGCP. These definitions are listed briefly in Table 7 below.
これらのパラメーターは、ATMF TM 4.1仕様[8]に従って定義されます。これらの各パラメーターは、MGCPを介して指定しない意図が「 - 」に設定できます。これらの定義は、以下の表7に簡単にリストされています。
TABLE 7: ATM Traffic Descriptor Parameters
表7：ATMトラフィック記述子パラメーター
PARAMETER MEANING UNITS
pcr Peak Cell Rate Cells per second
scr Sustained Cell Rate Cells per second
mbs Maximum Burst Size Cells
cdvt Cell Delay Variation Tolerance Microseconds
mcr Minimum Cell Rate Cells per second
mfs Maximum Frame Size Cells
fd Frame Discard Allowed on/off
te CLP tagging enabled on/off
The pcr, scr, cdvt and mbs can be represented as the decimal equivalents of 24-bit fields. The mbs and mfs can be represented as the decimal equivalents of 16-bit fields.
PCR、SCR、CDVT、およびMBSは、24ビットフィールドの10進同等物として表すことができます。MBSおよびMFSは、16ビットフィールドの10進同等物として表すことができます。
Examples of these local connection options are:
これらのローカル接続オプションの例は次のとおりです。
L: atm/adf0+1:"200 100 20 - - - on -",
atm/adf0:"200 80 15 - - - - off",
atm/adb0+1:"200 100 20 - - - on -",
atm/adb0:"200 80 15 - - - - off"
This implies a forward and backward PCR of 200 cells per second for 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に関係なく、すべての細胞に対して200秒間の200セルの前後のPCRを、CLP = 0の細胞で200秒あたり200セルの前後および後方PCRを、すべての細胞に関係なくすべての細胞で100秒あたり100セルの前後のSCRがCLP、CLP = 0の細胞に対して1秒あたり80細胞の前後のSCR、CLPに関係なくすべての細胞の20細胞の前後のMBS、CLP = 0の細胞の15細胞の前後のMBS、他の手段で知られることができる不特定のCDVT、およびそれらが適用できないために不特定のMCRおよびMFS。フレーム破棄は、前方方向と後方方向の両方で有効になります。タグ付けはどちらの方向でも有効になりません。
ABR parameters, forward direction (abrf) and backward direction (abrb): Here, forward is the direction away from the media gateway, backward is the direction towards the gateway. If the convention used by bearer signaling at the gateway is different, then appropriate translations must be done by the media gateway. The abrf and abrb local connection options have the following format:
ABRパラメーター、前方方向（ABRF）および後方方向（ABRB）：ここで、前方はメディアゲートウェイから離れた方向であり、後方はゲートウェイに向かって方向です。GatewayでBearer Signalingが使用する規則が異なる場合、メディアゲートウェイで適切な翻訳を行う必要があります。ABRFおよびABRBローカル接続オプションには、次の形式があります。
"<nrm><trm><cdf><adtf>"
Since spaces are used in these lists, they must be enclosed in double quotes for MGCP compliance [36].
これらのリストではスペースが使用されているため、MGCPコンプライアンスのために二重引用符で囲まれている必要があります[36]。
These ABR parameters are defined per [6] and [8]. Their definition is summarized in Table 8 below. In MGCP, these are represented as the decimal equivalent of the binary fields mentioned below. If any of these parameters is meant to be left unspecified, it is set to "- ".
これらのABRパラメーターは、[6]および[8]に従って定義されます。それらの定義は、以下の表8に要約されています。MGCPでは、これらは以下のバイナリフィールドに相当する小数として表されます。これらのパラメーターのいずれかが不特定のままになることを意図している場合、「 - 」に設定されています。
TABLE 8: ABR Parameters
+-----------+---------------------------------+-----------------------+
| 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 | |
+-----------+---------------------------------+-----------------------+
ABR set-up parameters (abrSetup): This local connection option is used to indicate the ABR parameters needed during call/connection establishment (Section 10.1.2.2 of the UNI 4.0 signaling specification [6]). The abrSetup local connection option has the following format:
ABRセットアップパラメーター（ABRSETUP）：このローカル接続オプションは、コール/接続の確立中に必要なABRパラメーターを示すために使用されます（UNI 4.0シグナル伝達仕様[6]のセクション10.1.2.2）。Abrsetupローカル接続オプションには、次の形式があります。
"<ficr><bicr><ftbe><btbe><crmrtt><frif><brif><frdf><brdf>"
Since spaces are used in this list, it must be enclosed in double quotes for MGCP compliance [36].
このリストではスペースが使用されているため、MGCPコンプライアンスの二重引用符で囲まれている必要があります[36]。
These parameters are defined per [6]. Their definitions are listed briefly in Table 9 below. In these definitions, forward is the direction away from the media gateway, backward is the direction towards the gateway. If the convention used by bearer signaling at the gateway is different, then appropriate translations must be done by the media gateway. If any of these parameters is meant to be left unspecified, it is set to "-".
これらのパラメーターは[6]ごとに定義されます。それらの定義は、以下の表9に簡単にリストされています。これらの定義では、フォワードはメディアゲートウェイから離れる方向であり、後方はゲートウェイに向かって方向です。GatewayでBearer Signalingが使用する規則が異なる場合、メディアゲートウェイで適切な翻訳を行う必要があります。これらのパラメーターのいずれかが不特定のままになることを意図している場合、「 - 」に設定されています。
TABLE 9: ABR Set-up Parameters
+-----------+----------------------------------+---------------------+
| 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 |
+-----------+----------------------------------+---------------------+
The Local Connection Options in Table 10 are used to dimension the operation of the AAL. In these parameters, forward is the direction away from the media gateway. Backward is the direction towards the media gateway. These parameters are represented as decimal integers in the ranges listed in Table 10.
表10のローカル接続オプションは、AALの動作を寸法するために使用されます。これらのパラメーターでは、フォワードはメディアゲートウェイから離れた方向です。後方は、メディアゲートウェイに向かう方向です。これらのパラメーターは、表10にリストされている範囲の小数整数として表されます。
TABLE 10: Local Connection Options used to dimension the AAL
+---------+---------------+---------------------------------------+
| LCO | Meaning | Values (Decimal Integer) |
+---------+---------------+---------------------------------------+
| str | Structure | 1...65,535 |
| | Size | |
+---------+---------------+---------------------------------------+
+---------+---------------+---------------------------------------+
| cbrRate | CBR rate | Bit map per Table 4-6 of [29] |
+---------+---------------+---------------------------------------+
| fcpcs | Forward | AAL2: 45 or 64 |
| | maximum CPCS | AAL5: 1-65,535 |
| | SDU size | |
+---------+---------------+---------------------------------------+
| bcpcs | Backward | AAL2: 45 or 64 |
| | maximum CPCS | AAL5: 1-65,535 |
| | SDU size | |
+---------+---------------+---------------------------------------+
|fSDUrate | Forward | 24-bit equivalent |
| | maximum AAL2 | |
| | CPS SDU rate | |
+---------+---------------+---------------------------------------+
|bSDUrate | Backward | 24-bit equivalent |
| | maximum AAL2 | |
| | CPS SDU rate | |
+---------+---------------+---------------------------------------+
| ffrm |Forward maximum| 1-65,535 |
| |frame block | |
| |size | |
+---------+---------------+---------------------------------------+
| bfrm |Backward | 1-65,535 |
| |maximum frame | |
| |block size | |
+---------+---------------+---------------------------------------+
|fsssar |Forward maximum| 1-65,568 |
| |SSSAR-SDU | |
| |size | |
+---------+---------------+---------------------------------------+
|bsssar |Backward | 1-65,568 |
| |maximum SSSAR | |
| |SDU size | |
+---------+---------------+---------------------------------------+
|fsscopsdu|Forward maximum| 1-65,528 |
| |SSCOP-SDU | |
| |size | |
+---------+---------------+---------------------------------------+
| | | |
|bsscopsdu|Backward | 1-65,528 |
| |maximum SSCOP | |
| |SDU size | |
+---------+---------------+---------------------------------------+
|fsscopuu |Forward maximum| 1-65,524 |
| |SSCOP-UU field | |
| |size | |
+---------+---------------+---------------------------------------+
+---------+---------------+---------------------------------------+
|bsscopuu |Backward | 1-65,524 |
| |maximum SSCOP | |
| |UU size | |
+---------+---------------+---------------------------------------+
Structured Data Transfer Block Size (str): This parameter is meaningful only when structured AAL1 is used. It indicates the size (in octets) of the block used for structured data transfer. If not included as a local connection option, the structure size is to be known by other means. For instance, af-vtoa-78 [20] fixes the structure size for n x 64 service, with or without CAS. The L: atm/str parameter is coded as the decimal equivalent of a 16-bit field [29]. The theoretical maximum value of this parameter is 65,535, although most services use much less.
構造化されたデータ転送ブロックサイズ（STR）：このパラメーターは、構造化されたAAL1を使用した場合にのみ意味があります。構造化されたデータ転送に使用されるブロックのサイズ（オクテット内）を示します。ローカル接続オプションとして含まれていない場合、構造サイズは他の手段で知られています。たとえば、AF-VTOA-78 [20]は、CASの有無にかかわらず、n x 64サービスの構造サイズを修正します。L：ATM/STRパラメーターは、16ビットフィールドに相当する小数等価としてコード化されています[29]。このパラメーターの理論的最大値は65,535ですが、ほとんどのサービスははるかに少なく使用しています。
CBR Rate (cbrRate): This is a hexadecimal representation of the bit map defined in Table 4-6 of ITU Q.2931 [29]. This is represented as exactly two hex digits. For example:
CBRレート（CBRRATE）：これは、ITU Q.2931 [29]の表4-6で定義されているビットマップの16進表現です。これは、正確に2ヘクスの数字として表されます。例えば：
L: atm/cbrRate:04
L：atm/cbrrate：04
implies a CBR rate of 1.544 Mbps.
1.544 MbpsのCBRレートを意味します。
Forward maximum CPCS-SDU size (fcpcs): This is the maximum size of the AAL2 or AA5 CPCS SDU in the forward direction.
前方CPCS-SDUサイズ（FCPCS）：これは、前方方向のAAL2またはAA5 CPCS SDUの最大サイズです。
Backward maximum CPCS-SDU size (bcpcs): This is the maximum size of the AAL2 or AA5 CPCS SDU in the backward direction.
逆方向の最大CPCS-SDUサイズ（BCPCS）：これは、後方向のAAL2またはAA5 CPCS SDUの最大サイズです。
Forward maximum AAL2 CPCS-SDU rate (fSDUrate): This is the maximum rate of the AAL2 CPCS-SDUs in the forward direction.
前方AAL2 CPCS-SDUレート（FSDurate）：これは、前方方向のAAL2 CPCS-SDUの最大レートです。
Backward maximum AAL2 CPCS-SDU rate (bSDUrate): This is the maximum rate of the AAL2 CPCS-SDUs in the backward direction.
逆方向のAAL2 CPCS-SDUレート（BSDurate）：これは、後方方向のAAL2 CPCS-SDUの最大レートです。
The fSDUrate and bSDUrate local connection options can be used to rate-limit AAL2 CIDs, especially when used in the SSSAR [1] and frame mode [2] contexts.
特にSSSAR [1]およびフレームモード[2]コンテキストで使用する場合、FSDURATEおよびBSDURATEローカル接続オプションを使用してAAL2 CIDを評価できます。
Forward maximum frame mode block size (ffrm): This is the maximum size, in the forward direction, of the AAL2 frame mode data unit (I.366.2) [2].
フォワード最大フレームモードブロックサイズ（FFRM）：これは、AAL2フレームモードデータユニット（I.366.2）の最大サイズ、前方方向です[2]。
Backward maximum frame mode block size (bfrm): This is the maximum size, in the backward direction, of the AAL2 frame mode data unit (I.366.2) [2].
逆方向の最大フレームモードブロックサイズ（BFRM）：これは、AAL2フレームモードデータユニット（I.366.2）[2]の最大サイズ、後方方向の最大サイズです。
Forward maximum SSSAR-SDU size (fsssar): This is the maximum size, in the forward direction, of the AAL2-based SSSAR-SDU (I.366.1) [1].
前方最大SSSAR-SDUサイズ（FSSSAR）：これは、AAL2ベースのSSSAR-SDU（I.366.1）[1]の前方向の最大サイズです。
Backward maximum SSSAR-SDU size (bsssar): This is the maximum size, in the backward direction, of the AAL2-based SSSAR-SDU (I.366.1) [1].
後方最大SSSAR-SDUサイズ（BSSSAR）：これは、AAL2ベースのSSSAR-SDU（I.366.1）[1]の最大サイズ、後方方向の最大サイズです。
Forward maximum SSCOP-SDU size (fsscopsdu): This is the maximum size, in the forward direction, of the AAL2-based SSCOP-SDU (I.366.1) [1].
前方最大SSCOP-SDUサイズ（FSSCOPSDU）：これは、AAL2ベースのSSCOP-SDU（I.366.1）[1]の前方向の最大サイズです。
Backward maximum SSCOP-SDU size (bsscopsdu): This is the maximum size, in the backward direction, of the AAL2-based SSCOP-SDU (I.366.1) [1].
逆方向の最大SSCOP-SDUサイズ（BSSCOPSDU）：これは、AAL2ベースのSSCOP-SDU（I.366.1）の最大サイズ、後方方向です[1]。
Forward maximum SSCOP-UU size (fsscopuu): This is the maximum size, in the forward direction, of the AAL2-based SSCOP-UU field(I.366.1) [1].
前方最大SSCOP-UUサイズ（FSSCOPUU）：これは、AAL2ベースのSSCOP-UUフィールド（I.366.1）の最大サイズ、前方方向です[1]。
Backward maximum SSCOP-UU size (bsscopuu): This is the maximum size, in the backward direction, of the AAL2-based SSCOP- UU field (I.366.1) [1].
逆方向の最大SSCOP-UUサイズ（BSSCOPUU）：これは、AAL2ベースのSSCOP-UUフィールド（I.366.1）の最大サイズです。
Standard MGCP syntax and keywords [36] are used in Table 11 to define the events in this package. Since these are all connection events, they cannot be requested for endpoints. For consistency with MGCP [36], it is required that the suffix @<connection-id> NOT be omitted even if there is only one connection to an endpoint. This suffix can also be wildcarded per MGCP rules.
標準のMGCP構文とキーワード[36]は、このパッケージのイベントを定義するために表11で使用されています。これらはすべて接続イベントであるため、エンドポイントを要求することはできません。MGCP [36]との一貫性のために、エンドポイントへの接続が1つしかない場合でも、接尾辞 @<connection-id>を省略しないでください。この接尾辞は、MGCPルールごとにワイルドカードを使用できます。
There are no auditable event-states associated with the ATM package.
ATMパッケージに関連付けられた監査可能なイベントステートはありません。
Set-up complete ("sc"):
セットアップComplete（ "sc"）：
Within the RequestedEvents (R:) structure, "sc" is used to request notification of successful ATM or AAL2 connection set-up. The ATM OR AAL2 bearer path is ready for subscriber payload carriage when this notification is sent.
RequestEdevents（R :)構造内で、「SC」は、成功したATMまたはAAL2接続のセットアップの通知を要求するために使用されます。この通知が送信されると、ATMまたはAAL2ベアラーパスはサブスクライバーペイロードキャリッジの準備ができています。
This could be the set-up of an SVC, the assignment of an AAL2 CID path and combinations thereof. Examples of such combinations are the set-up of an AAL2 SVC and the assignment of a CID within it or the set-up of a concatenation of an AAL2 single-CID SVC and a CID channel within a multiplexed AAL2 VC.
これは、SVCのセットアップ、AAL2 CIDパスの割り当て、およびその組み合わせなどです。このような組み合わせの例は、AAL2 SVCのセットアップと、その中のCIDの割り当て、または多重化されたAAL2 VC内のAAL2単一CID SVCとCIDチャネルの連結のセットアップです。
This event is included for backward compatibility. It is preferred that the call agent and the media gateway rely on provisional acknowledgements in the case in which connection set-up has a long latency. However, if this event is requested, the media gateway must issue notification of connection set-up via this event. In this case, a provisional acknowledgement is not very useful, and full acknowledgement of the create connection or modify connection need not be deferred until connection set up.
このイベントは、後方互換性のために含まれています。コールエージェントとメディアゲートウェイは、接続セットアップの遅延が長い場合の暫定的な謝辞に依存していることが推奨されます。ただし、このイベントが要求された場合、メディアゲートウェイはこのイベントを介して接続セットアップの通知を発行する必要があります。この場合、暫定的な承認はあまり有用ではなく、CREATE接続または修正接続の完全な認識は、接続がセットアップされるまで延期する必要はありません。
The designated trigger for an ATM OR AAL2 connection set-up is an "on" value of the L: atm/se local connection option provided with a create or modify connection command. However, it is recognized that certain applications use the presence of an atm/sc event notification to initiate the set-up of an ATM or AAL2 connection.
ATMまたはAAL2接続のセットアップの指定トリガーは、CREATEまたはMODIFY CONNETNIONコマンドで提供されるL：ATM/SEローカル接続オプションの「オン」値です。ただし、特定のアプリケーションがATM/SCイベント通知の存在を使用して、ATMまたはAAL2接続のセットアップを開始することが認識されています。
TABLE 11: Signals and Events in the ATM package
|---------------|-----------------------|-----|------|--------------|
| SYMBOL | DEFINITION | R | S | DURATION |
|---------------|-----------------------|-----|------|--------------|
| sc | Bearer path set-up | C | | |
| | complete | | | |
|---------------|-----------------------|-----|------|--------------|
| sf | Bearer path set-up | C | | |
| | failed | | | |
|---------------|-----------------------|-----|------|--------------|
| ec | Enable CAS via | | oo | |
| | type 3 packets | | | |
|---------------|-----------------------|-----|------|--------------|
| etd | Enable DTMF tone | | oo | |
| | forwarding via | | | |
| | packets | | | |
|---------------|-----------------------|-----|------|--------------|
| etm | Enable MF tone | | oo | |
| | forwarding via | | | |
| | packets | | | |
|---------------|-----------------------|-----|------|--------------|
| etr1 | Enable MF-R1 tone | | oo | |
| | forwarding via | | | |
| | packets | | | |
|---------------|-----------------------|-----|------|--------------|
| etr2 | Enable MF-R2 tone | | oo | |
| | forwarding via | | | |
| | packets | | | |
|---------------|-----------------------|-----|------|--------------|
| uc (string) | Used codec changed | C | | |
| | to codec named by | | | |
| | the string | | | |
|---------------|-----------------------|-----|------|--------------|
| ptime (#) | Packetization period | C | | |
| | changed to # | | | |
|---------------|-----------------------|-----|------|--------------|
|---------------|-----------------------|-----|------|--------------|
| pftrans (#) | Profile element | C | | |
| | changed to row # | | | |
|---------------|-----------------------|-----|------|--------------|
| cle (#) | Cell Loss | C | | |
| | threshold (# ) | | | |
| | exceeded | | | |
|---------------|-----------------------|-----|------|--------------|
| pl (#) | Packet Loss Threshold| C | | |
| | exceeded (# ) | | | |
|---------------|-----------------------|-----|------|--------------|
| qa | Quality Alert | C | | |
| | | | | |
|---------------|-----------------------|-----|------|--------------|
| of (#) | Operation failure: | C | | |
| | Loss of connectivity | | | |
| | with reason code # | | | |
-------------------------------------------------------------------
Set-up failed ("sf"):
セットアップが失敗しました（ "SF"）：
Within the RequestedEvents (R:) structure, "sf" is used to request notification of a failed ATM OR AAL2 connection set-up. The ATM OR AAL2 connection set-ups addressed by "sf" are the same as for the "sc" event.
RequestEdevents（R :)構造内で、「SF」は、故障したATMまたはAAL2接続のセットアップの通知を要求するために使用されます。「SF」で扱われるATMまたはAAL2接続のセットアップは、「SC」イベントと同じです。
In some ATM OR AAL2 applications with SVC set-up or bearer-signalled AAL2 path assignment, the "sf" event might not be used. In these cases, the following options are available:
SVCセットアップまたはベアラーに署名したAAL2パス割り当てを備えた一部のATMまたはAAL2アプリケーションでは、「SF」イベントは使用されない場合があります。これらの場合、次のオプションが利用可能です。
* the call agent receives a spontaneous delete from the media gateway with an appropriate reason code (902).
* the call agent receives the "of" event described below with the optional reason code (902).
*コールエージェントは、適切な理由コード（902）を使用して、メディアゲートウェイから自発的な削除を受信します。
*コールエージェントは、オプションの理由コード（902）を使用して、以下で説明する「of」イベントを受信します。
Enable CAS via type 3 packets ("ec"):
タイプ3パケット（ "EC"）を介してCASを有効にします：
This signal indicates that the media gateway is to forward CAS signaling via type 3 packets on an AAL2 connection. This does not preclude the call agent from requesting notification of CAS state changes. On receiving this signal request, the gateway sustains a bidirectional type 3 CAS protocol over the AAL2 path. This comes to an end when the request is cancelled through a subsequent NotificationRequest command or when the VoAAL2 connection is deleted.
この信号は、メディアゲートウェイがAAL2接続のタイプ3パケットを介してCASシグナルを転送することであることを示しています。これは、CAS州の変更の通知を要求することをコールエージェントに排除するものではありません。この信号要求を受信すると、ゲートウェイはAAL2パス上の双方向3型CASプロトコルを維持します。これは、リクエストが後続のNotificationRequestコマンドを介してキャンセルされたとき、またはVoAAL2接続が削除されたときに終了します。
Enable DTMF tones via type 3 packets ("etd"):
タイプ3パケット（ "ETD"）を介してDTMFトーンを有効にします：
A gateway will ignore this signal request if it normally forwards and receives DTMF tones via type 3 packets. This signal indicates that the media gateway is to forward and receive DTMF tones via type 3 packets on an AAL2 connection. This does not preclude the call agent from requesting notification of DTMF tones.
ゲートウェイは、通常、タイプ3パケットを介してDTMFトーンを転送および受信する場合、この信号要求を無視します。この信号は、メディアゲートウェイがAAL2接続のタイプ3パケットを介してDTMFトーンを転送および受信することであることを示しています。これは、コールエージェントがDTMFトーンの通知を要求することを妨げるものではありません。
Enable MF tones via type 3 packets ("etm"):
タイプ3パケットを介してMFトーンを有効にします（「ETM」）：
A gateway will ignore this signal request if it normally forwards and receives MF tones via type 3 packets. This signal indicates that the media gateway is to forward and receive MF tones via type 3 packets on an AAL2 connection. This does not preclude the call agent from requesting notification of MF tones. This signal request does not specify the MF tone type, which is known by other means.
ゲートウェイは、通常、タイプ3パケットを介してMFトーンを転送および受信する場合、この信号要求を無視します。この信号は、メディアゲートウェイがAAL2接続のタイプ3パケットを介してMFトーンを転送および受信することであることを示しています。これは、コールエージェントがMFトーンの通知を要求することを妨げるものではありません。この信号要求は、他の手段で知られているMFトーンタイプを指定しません。
Enable R1 MF tones via type 3 packets ("etr1"):
タイプ3パケットを介してR1 MFトーンを有効にします（ "ETR1"）：
A gateway will ignore this signal request if it normally forwards and receives R1 MF tones via type 3 packets. This signal indicates that the media gateway is to forward and receive R1 MF tones via type 3 packets on an AAL2 connection. This does not preclude the call agent from requesting notification of R1 MF tones.
ゲートウェイは、通常、タイプ3パケットを介してR1 MFトーンを転送および受信する場合、この信号要求を無視します。この信号は、メディアゲートウェイがAAL2接続のタイプ3パケットを介してR1 MFトーンを転送および受信することであることを示しています。これは、コールエージェントがR1 MFトーンの通知を要求することを妨げるものではありません。
Enable R2 MF tones via type 3 packets ("etr2"):
タイプ3パケットを介してR2 MFトーンを有効にします（ "ETR2"）：
A gateway will ignore this signal request if it normally forwards and receives R2 MF tones via type 3 packets. This signal indicates that the media gateway is to forward and receive R2 MF tones via type 3 packets on an AAL2 connection. This does not preclude the call agent from requesting notification of R2 MF tones.
ゲートウェイは、通常、タイプ3パケットを介してR2 MFトーンを転送および受信する場合、この信号要求を無視します。この信号は、メディアゲートウェイがAAL2接続のタイプ3パケットを介してR2 MFトーンを転送および受信することであることを示しています。これは、コールエージェントがR2 MFトーンの通知を要求することを妨げるものではありません。
Used codec changed ("uc (string)"):
使用済みコーデック変更（ "uc（string）"）：
If armed via an R:atm/uc, a media gateway signals a codec change through an O:atm/uc. The alphanumeric string in parentheses is optional. It is the encoding name of the codec to which the switch is made. Although this event can be used with all ATM adaptations (AAL1, AAL2 and AAL5):
R：ATM/UCを介して武装している場合、メディアゲートウェイはO：ATM/UCを介してコーデックの変更を通知します。括弧内の英数字の文字列はオプションです。スイッチが作成されたコーデックのエンコード名です。このイベントは、すべてのATM適応（AAL1、AAL2、AAL5）で使用できます。
* The pftrans event is more suited to AAL2 applications.
* Codec switches do not generally occur mid-call in AAL1 applications.
* PFTRANSイベントは、AAL2アプリケーションにより適しています。
*コーデックスイッチは、一般にAAL1アプリケーションでは途中で発生しません。
Packet time changed ("ptime(#)"):
パケット時間の変更（ "ptime（＃）"）：
If armed via an R:atm/ptime, a media gateway signals a packetization period change through an O:atm/ptime. The decimal number in parentheses is optional. It is the new packetization period in milliseconds. In AAL2 applications, the pftrans event can be used to cover packetization period changes (and codec changes).
R：ATM/PTIMEを介して武装している場合、メディアゲートウェイは、O：ATM/PTIMEを介してパケット化期間の変化を通知します。括弧内の10進数はオプションです。これは、ミリ秒単位での新しいパケット化期間です。AAL2アプリケーションでは、PFTRANSイベントを使用して、パケット化期間の変更（およびコーデックの変更）をカバーできます。
Profile element changed ("pftrans(#)"):
プロファイル要素が変更されました（ "pftrans（＃）"）：
If armed via an R:atm/pftrans, a media gateway signals a mid-call profile element change through an O:atm/ptime. This event is used with AAL2 adaptation only. A profile element is a row in a profile table. Profile elements indicating silence should not trigger this event. The decimal number in parentheses is optional. It is the row number to which the switch is made. Rows are counted downward, beginning from 1.
R：ATM/PFTRANSを介して武装している場合、メディアゲートウェイは、O：ATM/PTIMEを介してミッドコールプロファイル要素の変更を通知します。このイベントは、AAL2適応のみで使用されます。プロファイル要素は、プロファイルテーブルの行です。沈黙を示すプロファイル要素は、このイベントを引き起こすべきではありません。括弧内の10進数はオプションです。スイッチが作成される行番号です。行は、1から下にカウントされます。
Cell loss exceeded ("cle(#)"):
細胞損失が超えた（ "CLE（＃）"）：
This event indicates that the cell loss rate exceeds the threshold #. If the threshold is omitted in the requested events and observed events parameters, it is known by other means. The optional decimal number is the number of dropped cells per 100,000 cells. For example, cle(10) indicates cells are being dropped at a rate of 1 in 10,000 cells.
このイベントは、細胞の損失率がしきい値＃を超えることを示しています。要求されたイベントおよび観測されたイベントパラメーターでしきい値が省略されている場合、それは他の手段で知られています。オプションの10進数は、100,000セルあたりの滴下細胞の数です。たとえば、CLE（10）は、細胞が10,000個の細胞に1個の速度で落とされていることを示しています。
Packet loss exceeded ("ple(#)"):
パケット損失が超えた（ "PLE（＃）"）：
This event indicates that the packet loss rate exceeds the threshold #. If the threshold is omitted in the requested events and observed events parameters, it is known by other means. The optional decimal number is the number of dropped packets per 100,000 packets. For example, ple(10) indicates packets are being dropped at a rate of 1 in 10,000 packets.
このイベントは、パケットの損失率がしきい値＃を超えることを示しています。要求されたイベントおよび観測されたイベントパラメーターでしきい値が省略されている場合、それは他の手段で知られています。オプションの10進数は、100,000パケットあたりのドロップされたパケットの数です。たとえば、PLE（10）は、パケットが10,000パケットに1つの速度でドロップされていることを示しています。
When the bearer connection uses an AAL2 CID within a multiplexed VCC rather than an entire VCC, the 'ple' event is used instead of 'cle'. The packets are AAL2 CPS PDUs.
Bearer接続がVCC全体ではなく多重化されたVCC内でAAL2 CIDを使用する場合、「CLE」ではなく「PLE」イベントが使用されます。パケットはAAL2 CPS PDUSです。
Quality alert ("qa"):
品質アラート（ "qa"）：
This event indicates that the bearer path fails to any predetermined combination of quality criteria such as loss, delay, jitter etc. This criterion is not defined and is left to the application. The gateway reports this quality violation to the call agent if armed to do so.
このイベントは、ベアラーパスが損失、遅延、ジッターなどの品質基準の所定の組み合わせに失敗したことを示しています。この基準は定義されておらず、アプリケーションに任されています。ゲートウェイは、そのために武装した場合、この品質違反をコールエージェントに報告します。
Report failure ("of (#)"):
報告失敗（ "of（＃）"）：
This indicates a connection failure. It can also indicate failure to establish a connection, in lieu of "sf".
これは、接続の障害を示します。また、「SF」の代わりに、接続を確立できなかったことを示すことができます。
The most common response to these events is for the media gateway to delete the connection. Some applications might choose to report an "of" with the appropriate reason code, a decimal number, optionally included in parentheses. Reason codes are the same as for spontaneous deletes by the gateway.
これらのイベントに対する最も一般的な応答は、メディアゲートウェイが接続を削除することです。一部のアプリケーションでは、適切な理由コード、小数点以下の「of」を、オプションで括弧に含まれることを選択する場合があります。理由コードは、ゲートウェイによる自発的な削除の場合と同じです。
The MGCP connection parameters structure is returned in an autonomous delete connection message, and in a response to a delete or audit connection command. The standard connections parameters [36] it contains are redefined below for ATM. Also, a new extension parameter specific to the ATM package is defined.
MGCP接続パラメーター構造は、自律的な削除接続メッセージと削除または監査接続コマンドへの応答で返されます。含まれる標準接続パラメーター[36]は、ATMのために以下に再定義されています。また、ATMパッケージに固有の新しい拡張パラメーターが定義されています。
The standard connection parameters redefined for ATM are:
ATMのために再定義された標準接続パラメーターは次のとおりです。
Number of packets sent: If a VCC is assigned to the connection, this is the total number of ATM cells transmitted for the duration of the connection. If a CID within an AAL2 VCC is assigned to the connection, it is the number of AAL2 common part sublayer (CPS) packets transmitted for the duration of the connection.
送信されるパケットの数：VCCが接続に割り当てられている場合、これは接続期間中に送信されるATMセルの総数です。AAL2 VCC内のCIDが接続に割り当てられている場合、接続期間中に送信されるAAL2 Common Part Sublayer（CPS）パケットの数です。
Number of octets sent: If a VCC is assigned to the connection, this is the total number of ATM payload octets transmitted for the duration of the connection. If a CID within an AAL2 VCC is assigned to the connection, this is the total number of AAL2 CPS payload octets transmitted for the duration of the connection.
送信されるオクテットの数：VCCが接続に割り当てられている場合、これは接続期間中に送信されるATMペイロードオクテットの総数です。AAL2 VCC内のCIDが接続に割り当てられている場合、これは接続期間中に送信されるAAL2 CPSペイロードオクテットの総数です。
Number of packets received: If a VCC is assigned to the connection, this is the total number of ATM cells received for the duration of the connection. If a CID within an AAL2 VCC is assigned to the connection, it is the number of AAL2 common part sublayer (CPS) packets received for the duration of the connection.
受信したパケットの数：VCCが接続に割り当てられている場合、これは接続期間中に受け取ったATMセルの総数です。AAL2 VCC内のCIDが接続に割り当てられている場合、接続期間中に受信したAAL2 Common Part Sublayer（CPS）パケットの数です。
Number of octets received: If a VCC is assigned to the connection, this is the total number of ATM payload octets received for the duration of the connection. If a CID within an AAL2 VCC is assigned to the connection, this is the total number of AAL2 CPS payload octets received for the duration of the connection.
受け取ったオクテットの数：VCCが接続に割り当てられている場合、これは接続期間中に受信したATMペイロードオクテットの総数です。AAL2 VCC内のCIDが接続に割り当てられている場合、これは接続期間中に受信したAAL2 CPSペイロードオクテットの総数です。
Number of packets lost: If a VCC is assigned to the connection, this is the total number of ATM cells lost for the duration of the connection, in the direction towards the gateway. If a CID within an AAL2 VCC is assigned to the connection, it is the number of AAL2 common part sublayer (CPS) packets lost for the duration of the connection, in the direction towards the gateway. If these losses cannot be assessed, then the gateway omits this parameter.
失われたパケットの数：VCCが接続に割り当てられている場合、これは接続期間中、ゲートウェイに向かって方向に失われたATMセルの総数です。AAL2 VCC内のCIDが接続に割り当てられている場合、接続期間中、ゲートウェイに向かう方向に、AAL2 Common Part Sublayer（CPS）パケットの数です。これらの損失を評価できない場合、ゲートウェイはこのパラメーターを省略します。
Interarrival jitter: If a VCC is assigned to the connection, this is the interarrival jitter for ATM cells. If a CID within an AAL2 VCC is assigned to the connection, this is the interarrival jitter for AAL2 common part sublayer (CPS) packets. If this cannot be determined, then it is omitted or set to 0.
Inter -Arrival Jitter：VCCが接続に割り当てられている場合、これはATMセルの登録ジッターです。AAL2 VCC内のCIDが接続に割り当てられている場合、これはAAL2 Common Part Sublayer（CPS）パケットの到着ジッターです。これを決定できない場合、省略または0に設定されます。
Average Transmission Delay: This should be understood to be the average cell transmission delay in both cases: VCC assignment and CID assignment to the connection. This requires the use of ATM performance monitoring techniques. If it is not possible to assess this delay, it is omitted or set to 0.
平均伝送遅延：これは、両方の場合の平均セル伝送遅延であると理解されるべきです：VCC割り当てと接続へのCID割り当て。これには、ATMパフォーマンス監視手法の使用が必要です。この遅延を評価できない場合は、省略または0に設定されます。
The following extension parameter is defined for the connection parameters structure:
次の拡張パラメーターは、接続パラメーター構造に対して定義されています。
Connection qualification ("atm/CQ"): This qualifies the connection with enough granularity to be able to use the other connection parameters without a priori knowledge of network or connection type. Defined values are:
接続資格（「ATM/CQ」）：これにより、ネットワークまたは接続タイプの先験的な知識なしに他の接続パラメーターを使用できるように、十分な粒度との接続が適格です。定義された値は次のとおりです。
1 ATM Virtual Circuit Connection (VCC)
1 ATM仮想回路接続（VCC）
2 AAL2 Channel Identifier (CID)
2 AAL2チャネル識別子（CID）
3 Direct transfer i.e., without an ATM or other packet path
3直接転送、つまり、ATMまたは他のパケットパスなし
When omitted, the connection parameters must be interpreted on one of the following bases:
省略した場合、接続パラメーターは次のベースのいずれかで解釈する必要があります。
* The default interpretations for MGCP in Ref. 36.
* The call agent's prior knowledge, if it governs the type of network and connection through the network type 'nt' LCO [Ref. 36] and/or the connection type 'ct' LCO defined here.
* The call agent's snooping of the local connection descriptor provided by one or more media gateway. This is used to determine the network and connection type.
*参照のMGCPのデフォルトの解釈。36。
*ネットワークタイプ 'nt' lco [ref。36]および/またはここで定義されている接続タイプ 'CT' LCO。
* 1つ以上のメディアゲートウェイによって提供されるローカル接続記述子のコールエージェントのスヌーピング。これは、ネットワークと接続タイプを決定するために使用されます。
An example of connection parameter encoding for an ATM VCC is the following:
ATM VCCの接続パラメーターエンコードの例は、次のとおりです。
P: PS=1245, OS=59760, PR=1244, OR=59712, PL=20, JI=0, LA=0,atm/CQ=1 Note that the PL value refers to the receive direction and is unrelated to PS. Also, since atm/CQ=1, these parameters refer to ATM cells rather than to AAL2 CPS packets.
P：PS = 1245、OS = 59760、PR = 1244、OR = 59712、PL = 20、JI = 0、LA = 0、ATM/CQ = 1 PL値は受信方向を参照し、PSとは無関係であることに注意してください。また、ATM/CQ = 1なので、これらのパラメーターはAAL2 CPSパケットではなくATMセルを指します。
As in other applications, any of these parameters can be omitted if not relevant to an application. Also, the entire P: structure is optional.
他のアプリケーションと同様に、これらのパラメーターのいずれかは、アプリケーションに関連しない場合は省略できます。また、P：構造全体がオプションです。
When connection parameters are audited, all parameters normally returned with a delete connection are returned. This includes the connection qualification parameter, atm/CQ.
接続パラメーターが監査されると、通常、すべてのパラメーターが削除接続で返されます。これには、接続資格パラメーター、ATM/CQが含まれます。
The measurement or estimation of some or all of these connection parameters might not be feasible or beneficial in some applications. In such cases, these may be individually omitted, or the entire connection parameters structure, which is optional in MGCP, might be omitted. Further, parameters which indicate impairments might be set to 0 to nullify their impact, if any.
これらの接続パラメーターの一部またはすべての測定または推定は、一部のアプリケーションでは実行可能または有益ではない場合があります。そのような場合、これらは個別に省略される場合があります。または、MGCPでオプションである接続パラメーター全体の構造全体が省略される場合があります。さらに、障害を示すパラメーターは、もしあればその影響を無効にするために0に設定される可能性があります。
For ATM networks, the "nt" local connection option in MGCP must be set to "ATM".
ATMネットワークの場合、MGCPの「NT」ローカル接続オプションを「ATM」に設定する必要があります。
In any ATM application, the following Local Connection Options should not be used:
ATMアプリケーションでは、次のローカル接続オプションを使用しないでください。
Type of service, L: t Resource reservation, L: r
サービスの種類、L：Tリソース予約、L：R
This is because the Local Connection Options listed in Table 6 provide information equivalent to the L: t and L: r local connection options.
これは、表6にリストされているローカル接続オプションが、L：TおよびL：Rのローカル接続オプションに相当する情報を提供するためです。
The following Local Connection Option is not meaningful in the AAL1 case and should not be used:
次のローカル接続オプションは、AAL1ケースでは意味がなく、使用しないでください。
Packetization period, L: p
パケット化期間、L：p
In AAL2 applications, the following Local Connection Options should not be used:
AAL2アプリケーションでは、次のローカル接続オプションを使用しないでください。
Encoding algorithm, L: a Packetization period, L: p
エンコードアルゴリズム、L：パケット化期間、L：P
The following ATM Local Connection Options provide equivalent information in the AAL2 case:
次のATMローカル接続オプションは、AAL2ケースの同等の情報を提供します。
Profile list, L: atm/pfl Priority list of voice codec selections, L: atm/vsel Priority list of voiceband data passthrough codec selections, L: atm/dsel Priority list of fax codec selections, L: atm/fsel
プロファイルリスト、L：Voice Codec選択のATM/PFL優先リスト、L：VoiceBand Data Passthrough Codec選択のATM/VSEL優先リスト、L：ATM/DSEL優先リストFAXコーデック選択、L：ATM/FSEL
The use of a disallowed local connection option should be flagged with a return code of 524 (inconsistent local connection options). Although it is not recommended that these be ignored, it is recognized some applications choose to do so for the sake of backward compatibility. Note that the inconsistency in this case is between the local connection option (e.g., L:a) and the application (e.g., AAL2) which does not allow it.
許可されていないローカル接続オプションの使用は、524の返品コード（一貫性のないローカル接続オプション）でフラグを立てる必要があります。これらを無視することはお勧めしませんが、一部のアプリケーションは、後方互換性のためにそうすることを選択することが認識されています。この場合の矛盾は、ローカル接続オプション（例：l：a）とそれを許可しないアプリケーション（AAL2）の間にあることに注意してください。
In AAL1 and AAL5 applications, codec negotiation is similar to the IP case, although some of the local connection options and SDP connection descriptor parameters are different. See [18] for conventions for the use of the Session Description Protocol [26] in the ATM context.
AAL1およびAAL5アプリケーションでは、Codec交渉はIPケースに似ていますが、ローカル接続オプションとSDP接続記述子パラメーターの一部は異なります。ATMコンテキストでのセッション説明プロトコル[26]の使用については、[18]を参照してください。
In AAL2 applications, the L:a and L:p parameters are disallowed. Profile negotiation takes the place of codec negotiation. The remainder of this section addresses how this is done.
AAL2アプリケーションでは、L：AおよびL：Pパラメーターは許可されていません。プロフィール交渉はコーデック交渉に取って代わります。このセクションの残りの部分では、これがどのように行われるかについて説明します。
The specifics of the AAL2 bearer are not germane to profile negotiation. The bearer could be PVC-based or SVC-based, based on single-CID or multi-CID VCs, subcell multiplexed or not.
AAL2ベアラーの詳細は、交渉をプロファイルするのに密接に関係していません。ベアラーは、単一CIDまたはマルチCID VCSに基づいて、PVCベースまたはSVCベースである可能性があります。
The most general case involves different prioritized lists of profiles at the originating gateway, the terminating gateway, the originating call agent and the terminating call agent. Whether these lists are based on network policies, end subscriber service level agreements or equipment design is immaterial to the profile negotiation that is done as part of the connection establishment process. It is also irrelevant whether these lists are hardcoded defaults or provisionable. In the connection establishment process, a series of ordered intersections is performed. This leaves a single ordered list in the end. The highest priority profile in this list is the selected profile.
最も一般的なケースには、発信元のゲートウェイ、終端ゲートウェイ、発信元のコールエージェント、および終了コールエージェントのプロファイルの優先順位付けされたさまざまなリストが含まれます。これらのリストがネットワークポリシーに基づいているかどうか、最終サブスクライバーサービスレベル契約または機器の設計は、接続確立プロセスの一部として行われるプロファイル交渉には重要ではありません。また、これらのリストがハードコーディングされたデフォルトであるか、提供可能かは関係ありません。接続確立プロセスでは、一連の順序付けられた交差点が実行されます。これにより、最終的には1つの順序付けられたリストが残ります。このリストの最優先プロファイルは、選択したプロファイルです。
The call agent conveys its priority list through the pfl local connection option. The gateway conveys intersection results through the media information line in SDP [18]. Whether these lists imply a real priority or not, a profile is, as a general rule, preferred to profiles that follow it in a list.
コールエージェントは、PFLローカル接続オプションを介して優先リストを伝えます。ゲートウェイは、SDPのメディア情報ラインを通じて交差点の結果を伝えます[18]。これらのリストが本当の優先事項であるかどうかにかかわらず、プロファイルは、一般的なルールとして、リストに従うプロファイルよりも好まれます。
Each media gateway has a policy for assigning priorities to different lists (inter-list priority) which is different from the positional ordering of profiles within a list (intra-list priority). This policy might be a hardcoded default or provisioned. The inter-list priority specifies an ordering of the following lists with respect to each other:
各メディアゲートウェイには、リスト内のプロファイルの位置順序とは異なるさまざまなリスト（リスト間優先度）に優先順位を割り当てるためのポリシーがあります（リスト内の優先順位）。このポリシーは、ハードコードされたデフォルトまたはプロビジョニングである可能性があります。リスト間の優先順位は、互いに次のリストの注文を指定します。
* 'C-list', which is the priority list from the call agent, received through L: atm/pfl. * 'R-list', which is the priority list from the remote end, received through the SDP remote connection descriptor. * 'L-list', which is the local priority list, hardcoded or provisioned.
* コールエージェントの優先リストである「C-List」は、L：ATM/PFLを介して受信しました。*リモートエンドの優先リストである「r-list」は、SDPリモート接続記述子を介して受信します。* 'l-list'、これはローカル優先リストであり、ハードコードまたはプロビジョニングされています。
Depending on the application, different inter-list priorities may be used in cases where the gateway originates and terminates a call.
アプリケーションに応じて、ゲートウェイが発信および呼び出しを終了する場合には、異なるリスト間優先順位が使用される場合があります。
The policy mentioned above will vary depending on the type, capabilities and deployment of the media gateway. Network administrations or equipment vendors will provision/default this policy for various reasons such as resource usage optimization, quality of service, likelihood of finding a common profile etc.
上記のポリシーは、メディアゲートウェイのタイプ、機能、展開によって異なります。ネットワーク管理または機器ベンダーは、リソースの使用法の最適化、サービスの質、共通のプロファイルを見つける可能性など、さまざまな理由でこのポリシーを提供/デフォルトします。
When doing an ordered intersection of lists, the intra-list priorities of the highest priority list are used. Any profile that cannot be supported due to resource (bandwidth, processing power etc.) limitations is eliminated from the intersection.
リストの順序付けられた交差点を実行する場合、最高優先リストのリスト内の優先順位が使用されます。リソース（帯域幅、処理能など）の制限が原因でサポートできないプロファイルは、交差点から排除されます。
In the absence of one or more of these lists, the remaining list(s) are used in the profile selection process. If the call agent does not provide a list of profiles, the C-list is absent. In this case, the intersection of the C-list, R-list and L-list simply becomes the intersection of the R-list and the L-list. If the R-list is also absent, no intersection is performed and the result of this null operation is the L-list. Previous values, if any, of the C-list and R-list are not used.
これらのリストの1つ以上が存在しない場合、残りのリストはプロファイル選択プロセスで使用されます。コールエージェントがプロファイルのリストを提供しない場合、Cリストはありません。この場合、Cリスト、Rリスト、Lリストの交点は、単にRリストとLリストの交点になります。Rリストも存在しない場合、交差点は実行されず、このヌル操作の結果はLリストです。CリストとRリストの以前の値は、もしあれば、使用されていません。
The process of profile negotiation is as shown below:
プロファイル交渉のプロセスは、以下に示すように次のとおりです。
ORIGINATING TERMINATING
GATEWAY GATEWAY
(1) On receiving CRCX
do a policy-based ordered
intersection of the C-list,
and L-list. No R-list present.
---------------------------------->
(2)Send resulting ordered list
to the terminating gateway
via SDP.
(3) On receiving CRCX do
a policy-based
ordered
intersection of the
C-list, R-list and
L-list.
(4) The highest priority
profile in the
resulting
list is the
selected
profile.
<-----------------------------------
(5) Send selected profile
to the originating gateway
via SDP.
Prior to receiving the final profile in step 5, if the originating gateway has indicated multiple profiles in step 2, the originating gateway does not always have a usable basis for decoding AAL2 packets. This is because a combination of packet length and UUI (user-to-user indication) codepoint range may indicate different codecs in different profiles. The time lag between when the terminating gateways start sending AAL2 packets and when the originating gateway becomes aware of the selected AAL2 profile should be minimized so that any ensuing clipping of the front-end of the audio stream is tolerable for voice circuits. It is unlikely that this will introduce errors in modem or fax circuits since these will not have entered their user data transfer phase at this time.
ステップ5で最終プロファイルを受信する前に、発信元のゲートウェイがステップ2で複数のプロファイルを示している場合、発信元のゲートウェイには、AAL2パケットをデコードするための使用可能な基盤が常にありません。これは、パケットの長さとUUI（ユーザーからユーザーへの表示）コードポイント範囲の組み合わせが、異なるプロファイルの異なるコーデックを示している可能性があるためです。終端ゲートウェイがAAL2パケットの送信を開始したときと、選択したAAL2プロファイルを認識するときと、オーディオストリームのフロントエンドの次のクリッピングが音声回路に許容できるように、選択したAAL2プロファイルを認識するときの間のタイム遅延。この時点でユーザーデータ転送フェーズに入っていないため、これによりモデムまたはFAX回路にエラーが導入される可能性は低いです。
When connection establishment is complete, there is only one profile associated with a connection. This implies that both endpoints are ready to receive, on the fly, packets that comply with any row in the profile. Some applications may elect to associate profile rows with one or more of the following service types: voice service, voiceband data (modem) passthrough service and fax service. This binding can be by default, through provisioning or as part of profile negotiation during call establishment. Such service type associations, when communicated to another entity, are advisory and do not limit the requirement for supporting, at any time, on-the-fly switches to any profile element.
接続確立が完了すると、接続に関連付けられたプロファイルは1つだけです。これは、両方のエンドポイントが、プロファイル内の任意の行に準拠するパケットをその場で受信する準備ができていることを意味します。一部のアプリケーションは、プロファイルの行を次の1つ以上のサービスタイプに関連付けることを選択する場合があります：音声サービス、ボイスバンドデータ（モデム）パススルーサービス、FAXサービス。この拘束力は、デフォルトで、プロビジョニングを介して、またはコール設立中のプロファイル交渉の一環として行うことができます。このようなサービスタイプの協会は、別のエンティティに伝えられた場合、アドバイザリーであり、いつでも任意のプロファイル要素へのオンザフライスイッチをサポートする要件を制限しません。
Media gateways can have internal default (or provisioned) bindings between service types and profile elements. Note that not all of these bindings might be meaningful in an application context (e.g., the fax service binding might be ignored and omitted). As part of profile negotiation, applications might choose to coordinate those bindings that are meaningful. When this is done, the vsel, dsel and fsel LCOs described in this document, and the vsel, dsel and fsel media attribute lines [18] are used to effect this coordination. Using these constructs, entities such as call agents and media gateways can indicate preferred bindings for the first, most preferred profile in a profile list.
メディアゲートウェイは、サービスタイプとプロファイル要素間の内部デフォルト（またはプロビジョニング）バインディングを持つことができます。これらのバインディングのすべてがアプリケーションのコンテキストで意味があるわけではないことに注意してください（たとえば、FAXサービスのバインディングは無視され、省略される可能性があります）。プロファイル交渉の一環として、アプリケーションは意味のあるバインディングを調整することを選択する場合があります。これが行われると、このドキュメントで説明されているVSEL、DSEL、およびFSEL LCO、およびVSEL、DSEL、およびFSELメディア属性ライン[18]がこの調整を行うために使用されます。これらのコンストラクトを使用して、コールエージェントやメディアゲートウェイなどのエンティティは、プロファイルリストで最初の最も優先されるプロファイルに優先バインディングを示すことができます。
When performing ordered intersections of the C-list, L-list and R-list in the call flow above, media gateways MUST use the inter-list priority to choose between a service to profile row binding suggested by the call agent, the remote gateway or it own internal (provisioned or default) binding. Thus, a service type to profile row binding inherits its relative priority from the profile list generated by the same source. If the C-list has the highest priority, and the first profile in the C-list is selected as the first profile of the intersected list, then any service type to profile row bindings provided by the call agent via the vsel, dsel and fsel LCOs are associated with the first profile. If the R-list has the highest priority, and the first profile in the R-list is selected as the first profile of the intersected list, then any service type to profile row bindings provided by the remote gateway via the vsel, dsel and fsel SDP attributes [18] are associated with the first profile. If the L-list has the highest priority, then any internal (default or provisioned) service to profile row bindings are associated with the first profile. At the end of profile negotiation (step 4 in the call flow above), there is one profile selected by the terminating media gateway. It MAY convey any applicable service type to profile row bindings for this profile to the originating gateway via the vsel, dsel and fsel SDP attributes [18].
上記のコールフローでCリスト、Lリスト、Rリストの順序付けられた交差点を実行する場合、メディアゲートウェイは、コールエージェントであるリモートゲートウェイによって提案されたrowバインディングをプロファイルするサービスをプロファイルするサービスを選択するためにインターリストの優先度を使用する必要がありますまたは、内部（プロビジョニングまたはデフォルト）バインディングを所有しています。したがって、プロファイルの行のバインディングへのサービスタイプは、同じソースによって生成されたプロファイルリストからその相対的な優先度を継承します。Cリストの優先度が最も高く、Cリストの最初のプロファイルが交差点リストの最初のプロファイルとして選択されている場合、VSEL、DSEL、およびFSELを介してコールエージェントが提供する任意のサービスタイプをプロファイルする列のバインディングをプロファイルするLCOは最初のプロファイルに関連付けられています。Rリストの優先度が最も高く、Rリストの最初のプロファイルが交差点リストの最初のプロファイルとして選択されている場合、VSEL、DSEL、およびFSELを介してリモートゲートウェイによって提供される列のバインディングをプロファイルするサービスタイプはSDP属性[18]は、最初のプロファイルに関連付けられています。Lリストの優先度が最も高い場合、プロファイルの行バインディングへの内部（デフォルトまたはプロビジョニング）サービスは、最初のプロファイルに関連付けられています。プロファイル交渉の終わりに（上記のコールフローのステップ4）、終了メディアゲートウェイによって選択されたプロファイルが1つあります。vsel、dsel、およびfsel SDP属性を介して、このプロファイルのプロファイルの列のバインディングに任意のサービスタイプをプロファイルする列のバインディングに伝達することができます[18]。
If the first profile in the intersected list is not the first profile in the highest priority profile list, then any service to profile row bindings associated with the highest priority profile list cannot be used with the first (or only profile) in the intersected list. In this case, the originating or terminating media gateway MUST attempt to associate internal (default or provisioned) service to profile row bindings with the first (or only profile) in the intersected list.
交差点リストの最初のプロファイルが最も優先度の高いプロファイルリストの最初のプロファイルではない場合、最も優先度の高いプロファイルリストに関連付けられたプロファイルの列バインディングをプロファイルするサービスは、交差点リストの最初の（またはプロファイルのみ）を使用できません。この場合、発信または終了メディアゲートウェイは、インターセットリストの最初の（またはプロファイルのみ）で行のバインディングをプロファイルするために、内部（デフォルトまたはプロビジョニング）サービスを関連付ける必要があります。
Since there is more than one service type, it is possible that the service type to profile row bindings for the first profile in the intersected list be derived from different sources (the call agent, the remote media gateway, internal defaults or provisioning). For consistency, if the voiceband data (passthrough) service mappings include fax, then a different set of fax service mappings cannot apply to the profile under consideration. If applied in this case, the set of fax service mappings must include the same codecs, packet lengths and packetization periods as the voiceband data service mappings. However, they may be in a different order.
複数のサービスタイプがあるため、交差したリストの最初のプロファイルのプロファイルの行バインディングをプロファイルするサービスタイプは、異なるソース（コールエージェント、リモートメディアゲートウェイ、内部デフォルト、またはプロビジョニング）から導き出される可能性があります。一貫性のために、VoiceBand Data（Passthrough）サービスマッピングにFAXが含まれる場合、検討中のプロファイルに異なるFAXサービスマッピングのセットが適用できません。この場合に適用される場合、FAXサービスマッピングのセットには、VoiceBand Data Serviceマッピングと同じコーデック、パケットの長さ、パケット化期間を含める必要があります。ただし、別の順序である場合があります。
If the media gateway lumps fax service with voiceband data (modem) passthrough service, then it can ignore any fax service to profile row bindings provided by another entity such as the call agent or the remote gateway. From the media gateway's perspective, there is no distinct fax service in this case. In this case, the media gateway will not indicate a separate preference for the use of certain profile rows in conjunction with fax service.
Media GatewayがVoiceBand Data（Modem）Passthroughサービスを使用してFaxサービスをまとめた場合、faxサービスを無視して、コールエージェントやリモートゲートウェイなどの別のエンティティが提供する行バインディングをプロファイルすることができます。Media Gatewayの観点からは、この場合は明確なFAXサービスはありません。この場合、Media Gatewayは、FAXサービスと併せて特定のプロファイル行を使用することに対する個別の好みを示していません。
It is possible that the procedure described in this section for associating service types with profile rows fail to yield mappings between a given service type and the row(s) of the first profile in the intersected list of profiles. This is acceptable since these bindings are merely indications of the preferred codecs and packetizations in the context of a given service. They do not obviate the AAL2 requirement that, given a profile that is bound to a connection, a transmitter may switch to any profile row on the fly.
このセクションで説明されているプロファイルの行とプロファイルの行との関連サービスタイプを関連付けるためのこのセクションで説明されている手順は、インターセットされたプロファイルリストの最初のプロファイルの行の間にマッピングを生成できない可能性があります。これらのバインディングは、特定のサービスのコンテキストでの好ましいコーデックとパケット化の単なる兆候であるため、これは許容されます。接続にバインドされたプロファイルを与えられて、送信機がその場で任意のプロファイルの行に切り替えることができるというAAL2要件は除外されません。
An example of profile negotiation:
プロファイル交渉の例：
The L-list at gateway #1, which is the originating gateway in this example, is:
この例では、Gateway＃1のlリスト1は、次のとおりです。
custom 100, itu 3, itu 1, itu 8
カスタム100、ITU 3、ITU 1、ITU 8
The L-list at gateway #2, which is the terminating gateway in this example, is:
この例の終了ゲートウェイであるゲートウェイ＃2のLリストは次のとおりです。
itu 2, itu 3, itu 1, itu 5
ITU 2、ITU 3、ITU 1、ITU 5
The originating call agent sends the following profile list (C-list) to the originating gateway in the first create connection command:
発信元のコールエージェントは、最初のCreate Connectionコマンドの次のプロファイルリスト（Cリスト）を元のゲートウェイに送信します。
itu 8, itu 9, atmf 7, itu 3, itu 1, custom 100
ITU 8、ITU 9、ATMF 7、ITU 3、ITU 1、カスタム100
Further, the originating call agent qualifies the first profile in its list with the following service type bindings:
さらに、発信元のコールエージェントは、次のサービスタイプのバインディングを使用して、そのリストの最初のプロファイルを修飾します。
L: atm/vsel:"G729 10 10000", atm/dsel:"on PCMU 40 5000"
There is no atm/fsel local connection option. Facsimile is included with voiceband data in the atm/dsel local connection option.
ATM/FSELローカル接続オプションはありません。FACSIMILEは、ATM/DSELローカル接続オプションのVoiceBandデータに含まれています。
In step 1 at the originating gateway, there is no remote connection descriptor, hence no R-list. The policy for originating calls at gateway #1 is:
原始ゲートウェイのステップ1には、リモート接続記述子がないため、Rリストはありません。Gateway＃1での発信コールのポリシーは次のとおりです。
C-List > R-list > L-list
c-list> r-list> l-list
where '>' means 'has higher priority than'. The term 'R-list' can be omitted from this series of inequalities since, in case under study, profile negotiation does not include any further ordered intersections at the originating gateway.
ここで、 '>'は「」を意味します 'よりも優先度が高い。「rリスト」という用語は、この一連の不平等から省略できます。これは、調査中の場合、プロファイルの交渉には発信ゲートウェイに順序付けられた交差点が含まれていないためです。
In accordance with this policy, the originating gateway performs an ordered intersection of the C-list and the L-list to produce:
このポリシーに従って、発信元のゲートウェイは、cリストとlリストの順序付けられた交差点を実行して生成します。
itu 8, itu 3, itu 1, custom 100
ITU 8、ITU 3、ITU 1、カスタム100
Since the C-list has the highest priority and the first profile in the intersected profile list is also the first profile in the C-list, the service bindings provided by the originating call agent are associated with the first profile, itu 8. The originating gateway sends this result(intersected profile list and service bindings for the first profile, itu 8) via the SDP remote session descriptor to the terminating gateway. The service bindings are expressed as follows [18]:
Cリストの優先度が最も高く、交差したプロファイルリストの最初のプロファイルもCリストの最初のプロファイルであるため、発信元のコールエージェントが提供するサービスバインディングは、最初のプロファイル、ITU 8に関連付けられています。Gatewayは、SDPリモートセッション記述子を介して終端ゲートウェイにこの結果（最初のプロファイルの交差プロファイルリストとサービスバインディング、ITU 8）を送信します。サービスバインディングは次のように表現されます[18]：
a=vsel:G729 10 10000
a=dsel:on PCMU 40 5000
The intersected profile list produced by gateway 1 becomes the R-list for gateway #2. The terminating call agent sends the following profile list (C-list) to the terminating gateway in the first create connection command:
ゲートウェイ1によって生成された交差するプロファイルリストは、ゲートウェイ＃2のRリストになります。終了コールエージェントは、最初のCreate Connectionコマンドで、次のプロファイルリスト（Cリスト）を終了ゲートウェイに送信します。
itu 1, itu 4, itu 3, custom 110, custom 100, itu 2
ITU 1、ITU 4、ITU 3、カスタム110、カスタム100、ITU 2
Any service bindings (not shown) sent by the terminating call agent apply to the first profile in this list, itu 1.
終了コールエージェントによって送信されたサービスバインディング（表示なし）このリストの最初のプロファイル、ITU 1。
The policy for terminating calls at gateway #2 is:
ゲートウェイ＃2でコールを終了するためのポリシーは次のとおりです。
R-list > L-list > C-list
r-list> l-list> c-list
Using this policy, gateway #2 produces the following ordered intersection of R-list, L-list and C-list:
このポリシーを使用して、Gateway＃2は、Rリスト、Lリスト、Cリストの次の順序付けられた交差点を生成します。
itu 3, itu 1
ITU 3、ITU 1
The first profile in this list, itu 3, is to be used for this connection. Gateway 2 indicates this to the call agent through the SDP local connection descriptor.
このリストの最初のプロファイルであるITU 3は、この接続に使用されます。Gateway 2は、SDPローカル接続記述子を介してこれをコールエージェントに示します。
Note that the service bindings provided by the originating gateway have not been specified with respect to itu 3. Therefore, these cannot be used even though the R-list has the highest priority at the terminating gateway. Any existing internal (default or provisioned) service bindings for AAL2 profile itu 3 must be associated by the terminating gateway with the selected profile, itu 3. Those service bindings that are internally unavailable are left unspecified.
発信ゲートウェイによって提供されるサービスバインディングは、ITU 3に関して指定されていないことに注意してください。したがって、Rリストは終端ゲートウェイで最優先事項を持っている場合でも使用できません。AAL2プロファイルの既存の内部（デフォルトまたはプロビジョニングされた）サービスバインディングは、選択したプロファイルで終了ゲートウェイによって関連付けられている必要があります。ITU3。
Since the internal service type bindings do exist for the profile itu 3 at the terminating gateway, they are selected and bound to the connection. In these, fax service is lumped with voiceband data passthrough. These bindings are indicated to the originating gateway via the following SDP media attribute lines:
内部サービスタイプのバインディングは、終端ゲートウェイのプロファイルITU 3に対して存在するため、接続に選択され、接続されます。これらでは、FAXサービスにはVoiceBand Data Passthroughがまとめられています。これらのバインディングは、次のSDPメディア属性行を介して発生するゲートウェイに示されています。
a=vsel:G726-32 20 5000 G726-24 15 5000
a=dsel:on PCMU 40 5000 G726-40 25 5000
The vsel line maps voice service to certain rows in the itu 3 profile table. The dsel line maps voiceband data service to certain rows in the itu 3 profile table. The "on" in the dsel line indicates that voiceband data includes fax, otherwise a separate fsel line might have been used. Two codecs each are indicated for voice and for voiceband data, with the first codec being the preferred one. Although the originating gateway is not constrained by these advisory indications of profile element to service type mapping, applications may choose to limit on-the-fly switches based on the current service state (voice, voiceband data etc.). If done, this provides greater simplicity at the expense of flexibility.
VSELラインは、ITU 3プロファイルテーブルの特定の行に音声サービスをマッピングします。DSELラインは、ITU 3プロファイルテーブルの特定の行にVoiceBand Data Serviceをマッピングします。DSELラインの「オン」は、VoiceBandデータにFAXが含まれていることを示しています。そうしないと、別のFSELラインが使用されている可能性があります。それぞれ2つのコーデックが音声と音声帯域データに適応され、最初のコーデックが好ましいものです。発信元のゲートウェイは、プロファイル要素のサービスタイプマッピングに対するこれらのアドバイザリー表示によって制約されていませんが、アプリケーションは現在のサービス状態（音声、ボイスバンドデータなど）に基づいてオンザフライスイッチを制限することを選択できます。完了した場合、これは柔軟性を犠牲にしてよりシンプルさを提供します。
The ATM package extends the base Media Gateway Control Protocol (MGCP) [36]. This package specifies no additional security requirements or recommendations over those of the base MGCP protocol.
ATMパッケージは、ベースメディアゲートウェイ制御プロトコル（MGCP）[36]を拡張します。このパッケージは、Base MGCPプロトコルのセキュリティ要件や推奨事項に関する追加のセキュリティ要件や推奨事項を指定していません。
The ATM package described in this document has been registered as an MGCP package under the name "atm", without the quotes. The current version of this package is 0 (default). This registration has been completed per the IANA considerations in the MGCP specification [36].
このドキュメントで説明されているATMパッケージは、引用符なしで「ATM」という名前のMGCPパッケージとして登録されています。このパッケージの現在のバージョンは0（デフォルト）です。この登録は、MGCP仕様[36]のIANAの考慮事項に従って完了しました。
The contact for the MGCP ATM package is the author of this document (Section 12).
MGCP ATMパッケージの連絡先は、このドキュメントの著者です（セクション12）。
[1] ITU-T I.366.1, B-ISDN ATM Adaptation Layer Specification: Type 1 AAL.
[1] ITU-T I.366.1、B-ISDN ATM適応層の仕様：タイプ1 AAL。
[2] ITU-T I.366.2, AAL Type 2 Reassembly Service Specific Convergence Sublayer for Trunking, Nov. 2000.
[2] ITU-T I.366.2、AALタイプ2再組み立てサービス固有の収束サブレーヤートランキング、2000年11月。
[3] af-vtoa-0113.000, ATM trunking using AAL2 for narrowband services.
[3] AF-VTOA-0113.000、狭帯域サービスにAAL2を使用したATMトランク。
[4] ITU Q. 2965.1, Digital subscriber signalling system no.2 (DSS 2) - Support of Quality of Service classes.
[4] ITU Q. 2965.1、デジタルサブスクライバーシグナル伝達システムNo.2（DSS 2） - サービス品質クラスのサポート。
[5] ITU Q.2961, Digital subscriber signalling system no.2 (DSS 2) - additional traffic parameters. Also, Amendment 2 to Q.2961.
[5] ITU Q.2961、デジタルサブスクライバーシグナリングシステムNo.2（DSS 2） - 追加のトラフィックパラメーター。また、修正2からQ.2961。
[6] ATMF UNI 4.0 Signaling Specification, af-sig-0061.000.
[6] ATMF UNI 4.0シグナル伝達仕様、AF-SIG-0061.000。
[7] ITU Q. 2965.2, Digital subscriber signalling system no.2 (DSS 2) - Signalling of individual Quality of Service parameters.
[7] ITU Q. 2965.2、デジタルサブスクライバーシグナル伝達システムNo.2（DSS 2） - 個々のサービスパラメーターのシグナル伝達。
[8] ATMF Traffic Management Specification, Version 4.1, af-tm-0121.000.
[8] ATMFトラフィック管理仕様、バージョン4.1、AF-TM-0121.000。
[9] I.356, BISDN ATM layer cell transfer performance.
[9] I.356、Bisdn ATM層細胞伝達性能。
[10] ITU-T I.363.2, B-ISDN ATM Adaptation Layer Specification: Type 2 AAL, Sept. 1997.
[10] ITU-T I.363.2、B-ISDN ATM適応層の仕様：タイプ2 AAL、1997年9月。
[11] ITU-T I.366.1, Segmentation and Reassembly Service Specific Convergence Sublayer for AAL Type 2, June 1998.
[11] ITU-T I.366.1、セグメンテーションおよび再組み立てサービス固有の収束崇拝者のAALタイプ2、1998年6月。
[12] H.323-2, Packet-based multimedia communications systems.
[12] H.323-2、パケットベースのマルチメディア通信システム。
[13] af-vtoa-0083.000, Voice and Telephony Over ATM to the Desktop.
[13] AF-VTOA-0083.000、ATMを介してデスクトップに音声とテレフォニー。
[14] Q.2110, B-ISDN ATM adaptation layer - service specific connection oriented protocol (SSCOP).
[14] Q.2110、B -ISDN ATM適応レイヤー - サービス固有の接続指向プロトコル（SSCOP）。
[15] I.365.1,Frame relaying service specific convergence sublayer (FR-SSCS).
[15] i.365.1、フレームリレーサービス固有の収束副社（FR-SSC）。
[16] I.365.2, B-ISDN ATM adaptation layer sublayers: service specific coordination function to provide the connection oriented network service.
[16] I.365.2、B-ISDN ATM適応層サブレーヤー：サービス固有の調整機能接続指向ネットワークサービスを提供します。
[17] I.365.3, B-ISDN ATM adaptation layer sublayers: service specific coordination function to provide the connection-oriented transport service.
[17] I.365.3、B-ISDN ATM適応層サブレーヤー：サービス固有の調整関数は、接続指向の輸送サービスを提供します。
[18] Kumar, R. and M. Mostafa, "Conventions for the use of the Session Description Protocol (SDP) for ATM Bearer Connections", RFC 3108, May 2001.
[18] Kumar、R。およびM. Mostafa、「ATMベアラー接続のためのセッション説明プロトコル（SDP）の使用に関する規則」、RFC 3108、2001年5月。
[19] ITU I.371, Traffic Control and Congestion Control in the BISDN.
[19] ITU I.371、bisdnの交通制御と輻輳制御。
[20] ATMF Circuit Emulation Service (CES) Interoperability Specification, af-vtoa-0078.000.
[20] ATMF回路エミュレーションサービス（CES）相互運用性仕様、AF-VTOA-0078.000。
[21] af-vmoa-0145.000, Voice and Multimedia over ATM, Loop Emulation Service using AAL2.
[21] AF-VMOA-0145.000、ATM上の音声およびマルチメディア、AAL2を使用したループエミュレーションサービス。
[22] ITU-T H.222.1, Multimedia multiplex and synchronization for audiovisual communication in ATM environments.
[22] ITU-T H.222.1、ATM環境での視聴覚通信用のマルチメディアマルチプレックスと同期。
[23] FRF.5, Frame Relay/ATM PVC Network Interworking Implementation Agreement.
[23] FRF.5、フレームリレー/ATM PVCネットワークインターワーキング実装契約。
[24] FRF.8, Frame Relay/ATM PVC Service Interworking Implementation Agreement.
[24] FRF.8、フレームリレー/ATM PVCサービスインターワーキング実装契約。
[25] FRF.11, Voice over Frame Relay Implementation Agreement.
[25] Frf.11、Voice Over Frame Relay実装契約。
[26] Handley, M. and V. Jacobson, "SDP: Session Description Protocol", RFC 2327, April 1998.
[26] Handley、M。and V. Jacobson、「SDP：セッション説明プロトコル」、RFC 2327、1998年4月。
[27] ITU-T I.363.5, B-ISDN ATM Adaptation Layer Specification: Type 5 AAL, Aug. 1996.
[27] ITU-T I.363.5、B-ISDN ATM適応層の仕様：タイプ5 AAL、1996年8月。
[28] I.365.4, B-ISDN ATM adaptation layer sublayers: Service specific convergence sublayer for HDLC applications.
[28] I.365.4、B-ISDN ATM適応層サブレーヤー：HDLCアプリケーション向けのサービス固有の収束サブレーヤー。
[29] ITU-T Q.2931, B-ISDN Application Protocol for Access Signaling.
[29] ITU-T Q.2931、アクセス信号のB-ISDNアプリケーションプロトコル。
[30] ITU Q.765.5, Application Transport Mechanism - Bearer Independent Call Control.
[30] ITU Q.765.5、アプリケーショントランスポートメカニズム - ベアラー独立コールコントロール。
[31] http://www.3gpp.org/ftp/Specs for specifications related to 3GPP, including AMR codecs.
[31] http://www.3gpp.org/ftp/specs AMRコーデックを含む3GPPに関連する仕様について。
[32] ITU Q.931, Digital Subscriber Signaling System No. 1: Network Layer.
[32] ITU Q.931、デジタルサブスクライバーシグナル伝達システム番号1：ネットワークレイヤー。
[33] ITU Q.763, SS7 - ISUP formats and codes.
[33] ITU Q.763、SS7- ISUP形式とコード。
[34] http://www.iana.org/assignments/rtp-parameters
[34] http://www.iana.org/assignments/rtp-parameters
[35] ATMF Voice and Telephony over ATM - ATM Trunking using AAL1 for Narrowband Services, version 1.0, af-vtoa-0089.000, July 1997.
[35] ATMFの音声とThelephony over ATM-ATM-aal1を使用したATMトランク、狭帯域サービス、バージョン1.0、AF-VTOA-0089.000、1997年7月。
[36] Andreasen, F. and B. Foster, "Media Gateway Control Protocol (MGCP) Version 1.0", RFC 3435, January 2003.
[36] Andreasen、F。およびB. Foster、「Media Gateway Control Protocol（MGCP）バージョン1.0」、RFC 3435、2003年1月。
[37] Handley, M. and V. Jacobson, "SDP: Session Description Protocol", RFC 2327, April 1998.
[37] Handley、M。and V. Jacobson、「SDP：セッション説明プロトコル」、RFC 2327、1998年4月。
[38] Foster, B., "MGCP CAS Packages", RFC 3064, February 2001.
[38] Foster、B。、「MGCP CASパッケージ」、RFC 3064、2001年2月。
AAL ATM Adaptation Layer ABR Available Bit Rate ABT/DT ATM Block Transfer/Delayed Transmission ABT/IT ATM Block Transfer/Immediate Transmission ATM Asynchronous Transfer Mode ATMF ATM Forum BCG Bearer Connection Group CAS Channel Associated Signaling CBR Constant Bit Rate CDV Cell Delay Variation CDVT Cell Delay Variation Tolerance CID Channel Identifier CLR Cell Loss Ratio CPS Common Part Sublayer DBR Deterministic Bit Rate FEC Forward Error Correction FRF Frame Relay Format GFR Guaranteed Frame Rate GWID Gateway Identifier IP Internet Protocol ITU International Telecommunications Union LCO Local Connection Option MBS Maximum Burst Size MCR Minimum Cell Rate MFS Maximum Frame Size MGCP Media Gateway Control Protocol nrt-VBR Non-real-time Variable Bit Rate NSAP Network Service Access Point PCR Peak Cell Rate PDU Protocol Data Unit PVC Permanent Virtual Circuit QoS Quality of Service rt-VBR Real-time Variable Bit Rate SAR Segmentation and Re-assembly SCR Sustained Cell Rate SDT Structured Data Transfer SDU Service Data Unit SPVC Switched Permanent Virtual Circuit SRTS Synchronous Residual Time-Stamp SSCOP Service-specific Connection Oriented Protocol SSSAR Service-specific Segmentation and Re-assembly SVC Switched Virtual Circuit TDM Time-Division Multiplexing UBR Unspecified Bit Rate UDT Unstructured Data Transfer VC Virtual Circuit VCCI Virtual Circuit Connection Identifier VCI Virtual Circuit Identifier VP Virtual Path VPCI Virtual Path Connection Identifier VPI Virtual Path Identifier
AAL ATM適応層ABR利用可能ビットレートABT/DT ATMブロック転送/遅延トランスミッションABT/IT ATMブロック転送/即時トランスミッションATM非同期転送モードATMF ATM FORUM BCG BEARER CNESTRESグループCASチャネル関連シグナルCBR定数CDVセル遅延バリエーションCDVTセル遅延変動耐性CIDチャネル識別子CLR細胞損失比CPS共通部品サブレイヤーDBR決定論的ビットFECフォワードエラー補正FRFフレームリレーフォーマットGFR保証レートGWIDゲートウェイ識別子IPインターネットプロトコルITU国際通信ユニオンLCOローカル接続最小セルレートMFS最大フレームサイズMGCPメディアゲートウェイコントロールプロトコルNRT-VBR NRT-VBR NONREAL-REAL-REAL-REAL TIME RATE RATE NSAPネットワークサービスアクセスポイントPCR PREATセルレートPDUプロトコルデータユニットPVC永続的な仮想回路QOSサービスRT-VBRリアルタイム可変ビットレートSARセグメンテーションと再組み立てSCR SCR SCR SCRATED CELL REATE SDT構造化データ転送SDUサービスデータユニットSPVCスイッチング恒久的な仮想回路SRTS同期SSCOPサービス固有の接続志向のプロトコルSSSARサービス固有のセグメンテーションおよび再配置SVC切り替え仮想回路TDMタイムディビジョンマルチプレックスUBR不特定ビットレートUDT非構造化データ転送VC仮想回路VISTUAL回路接続識別子VCI仮想回路識別子VP仮想パスVPCI仮想パス接続識別子VPI仮想パス識別子識別子
The author wishes to thank several colleagues at Cisco and the industry who have contributed towards the development of the MGCP ATM package, and who have implemented and tested these constructs. Special thanks are due to Bill Foster, Flemming Andreasen, Raghu Thirumalai Rajan, Joe Stone, Hisham Abdelhamid, Joseph Swaminathan, Sushma Srikanth, Amit Agrawal, Mohamed Mostafa, Latha Idury, David Auerbach and Robert Biskner of Cisco systems and to Mahamood Hussain of Hughes Software Systems for their contributions. Finally, thanks are due to Scott Bradner for guiding the final phase of the publication of this document.
著者は、Ciscoの数人の同僚と、MGCP ATMパッケージの開発に貢献し、これらの構成要素を実装およびテストした業界に感謝したいと考えています。Special thanks are due to Bill Foster, Flemming Andreasen, Raghu Thirumalai Rajan, Joe Stone, Hisham Abdelhamid, Joseph Swaminathan, Sushma Srikanth, Amit Agrawal, Mohamed Mostafa, Latha Idury, David Auerbach and Robert Biskner of Cisco systems and to Mahamood Hussain of Hughes貢献のためのソフトウェアシステム。最後に、この文書の公開の最終段階を導いてくれたScott Bradnerに感謝します。
Rajesh Kumar Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA 95134-1706
Rajesh Kumar Cisco Systems、Inc。170 West Tasman Drive San Jose、CA 95134-1706
Phone: 1-408-527-0811 EMail: rkumar@cisco.com
電話：1-408-527-0811メール：rkumar@cisco.com
Copyright (C) The Internet Society (2003). All Rights Reserved.
Copyright（c）The Internet Society（2003）。無断転載を禁じます。
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エディター機能の資金は現在、インターネット協会によって提供されています。